JP2023178426A - Examination server and examination execution method - Google Patents

Abstract

To provide a mechanism which quickly examines an applicant for a parking lot who desires to have a lease contract for the parking lot.SOLUTION: An examination server for examining use of a parking lot includes: information acquiring means for acquiring information for use in the examination; image analyzing means for extracting certificate information which is character string information by performing image analysis on image data of the certificate; examination execution means for executing the examination based on at least one of vehicle information regarding a vehicle, the certificate information, and personal information regarding a person or a legal entity of a user; and output means for outputting an examination result. The output means displays a parking lot for which a quick examination is executed by the examination execution means of the examination server and a parking lot for which an ordinary examination based on human decision is executed, separately.SELECTED DRAWING: Figure 35

Description

The present invention relates to an examination server and an examination method.

As background technology in this technical field, there is Japanese Patent Application Laid-Open No. 2009-217601 (Patent Document 1). This bulletin describes ``a parking lot evaluation system that evaluates parking lots, which includes a vehicle type discrimination section that discriminates the type of vehicle using the parking lot, and a vehicle classification section that is predetermined based on the economic value of the vehicle. A parking lot evaluation system comprising: a totalizing unit that totals the determined vehicle types for each parking lot; and an evaluation unit that evaluates the parking lot based on the results of the totaling.

Japanese Patent Application Publication No. 2009-217601

Patent Document 1 describes a parking lot evaluation system that can evaluate a parking lot based on the economic value of vehicles using the parking lot and present the evaluation results to users. However, in the system of Patent Document 1, no consideration is given to speeding up the examination performed on parking lot users who wish to conclude a rental contract with the parking lot owner.

Therefore, the present invention provides a system that can speed up the examination of parking lot users who wish to conclude a parking lot rental contract.

In order to solve the above problems, for example, the configurations described in the claims are adopted.
This application includes multiple means to solve the above problems, but to give one example:
A screening server that screens the use of parking lots,
an information acquisition means for acquiring information used in the examination;
an image analysis means for analyzing the image data of the certificate to extract certificate information that is character string information;
Examination execution means for conducting an examination based on at least one of vehicle information regarding the vehicle, the certificate information, and personal information related to the user's individual or corporation;
an output means for outputting the examination results;
has
The output means is characterized in that it distinguishes and displays a parking lot where a quick inspection can be performed by the examination execution means of the examination server and a parking lot where a normal examination based on human judgment is performed.

According to the present invention, it is possible to speedily examine a parking lot usage applicant who wishes to conclude a rental contract with a specific parking lot.
Problems, configurations, and effects other than those described above will be made clear by the following description of the embodiments.

It is an example of a block diagram of the entire system 1. This is an example of the hardware configuration of the examination server 101. This is an example of the hardware configuration of the user terminal 102. This is an example of the hardware configuration of the owner terminal 103. This is an example of the hardware configuration of the examination company terminal 104. This is an example of an examination result table 1000. This is an example of a license table 1100. This is an example of a vehicle inspection table 1150. This is an example of an optional insurance card table 1200. This is an example of a residence certificate table 1250. This is an example of a registry transcript table 1300. This is an example of a vehicle catalog table 1350. This is an example of a property table 1400. This is an example of a partition table 1450. This is an example of an owner/management company table 1500. This is an example of a reservation table 1550. This is an example of the user management table 1650. This is an example of a user contract table 1700. This is an example of a billing table 1750. This is an example of a property display flow 2000 executed by the property display module 212. This is an example of a first examination execution flow 2100 executed by the examination execution module 211. This is an example of an image analysis data registration flow 2200 executed by the image analysis data registration module 213. This is an example of a certificate data submission determination flow 2300 executed by the examination execution module 211. This is an example of a quick examination flow 2400 executed by the examination execution module 211. This is an example of a vehicle catalog information acquisition flow 2500 executed by the examination execution module 211. This is an example of a submitted data examination flow 2600 executed by the examination execution module 211. This is an example of a vehicle examination flow 2700 executed by the examination execution module 211. This is an example of a first user examination flow 2800 executed by the examination execution module 211. This is an example of a second user examination flow 2900 executed by the examination execution module 211. This is an example of an examination management flow 3000 executed by the examination management module 214. This is an example of a first vacant reservation flow 3100 executed by the screening execution module 211. This is an example of the second free waiting reservation flow 3200 executed by the screening execution module 211. This is an example of a second examination execution flow 3300 executed by the examination execution module 211. This is an example of a waiting list reservation information input flow 3400 executed by the screening execution module 211. This is an example of a screen on which the output device 305 of the user terminal 102 displays information on a plurality of properties. This is an example of a screen in which detailed information about one property is displayed on the output device 305 of the user terminal 102. This is an example of a screen for registering submitted data in the review server 101. This is an example of a screen displayed on the output device 305 of the user terminal 102 regarding confirmation items and terms regarding payment. This is an example of a screen displaying the examination results on the output device 305 of the user terminal 102. This is an example of a screen displaying the examination status of a specific examination target case on the output device 405 of the owner terminal 103. This is an example of a screen displaying the examination status of a specific case to be examined on the output device 505 of the examination company terminal 104. This is an example of a screen in which detailed information about one property is displayed on the output device 305 of the user terminal 102.

Previously, when an application was received to conclude a lease contract for a specific parking lot, a vehicle or user review (hereinafter sometimes referred to as "regular review") was conducted on a case-by-case basis based on the judgment of the person in charge. was. For example, to check whether a user's vehicle would fit in a parking lot, people would actually go to the parking lot and try it out to see if the vehicle would fit in the parking lot. In addition, the person in charge had to check external information each time to check whether the user was trustworthy.
Therefore, the time required for screening is long, and the needs of users who wish to sign a contract immediately cannot be met. This problem is particularly noticeable when the number of cases that require examination increases.

Therefore, in order to solve the problem, this embodiment adopted the system or method described below. As a result, the screening server can independently perform screening (hereinafter referred to as "quick screening") based on the information submitted by the user and output the results, thereby improving screening speed. In addition, the accuracy of examination can be improved.
In other words, the time required to conclude a contract can be shortened and significant added value can be provided to users.
Examples will be described below.

In this embodiment, an example of a screening system 1 for quick screening performed on users who wish to conclude a lease contract for a specific parking lot will be described.
FIG. 1 is an example of a block diagram of the entire system 1. As shown in FIG.
The examination system 1 includes a plurality of user terminals 102, a plurality of owner terminals 103, and a plurality of examination company terminals 104, each of which is connected to the examination server 101 via a network. Note that each terminal can send and receive information via the network, regardless of whether the network is wired or wireless.

Each terminal of the screening system 1 and the screening server 101 may be, for example, a mobile terminal such as a smartphone, a tablet, a mobile phone, or a personal digital assistant (PDA), or may be a wearable terminal such as a glasses-type, wristwatch-type, or clothing-type terminal. . Alternatively, it may be a stationary or portable computer, or a server placed on a cloud or network. Alternatively, it may be a combination of these multiple terminals. For example, a combination of one smartphone and one wearable terminal can logically function as one terminal. Further, information processing terminals other than these may also be used.

The user terminal 102 is a terminal used by a user of the parking lot.
The owner terminal 103 is a terminal used by a parking lot owner, a parking lot management company, or the like.
The examination company terminal 104 is a terminal used by an examination company that conducts quick examinations.
The examination server 101 accepts input of various information necessary for conducting examinations from each of the above-mentioned terminals, and stores these in the examination information DB 221.

Each terminal of the examination system 1 and the examination server 101 each have a processor that executes an operating system, an application, a program, etc., a main storage device such as a RAM (Random Access Memory), an IC card, a hard disk drive, or an SSD (Solid State Drive). Drive), auxiliary storage devices such as flash memory, communication control units such as network cards, wireless communication modules, and mobile communication modules, and inputs such as touch panels, keyboards, mice, voice input, and motion detection based on image capture by camera units. The device includes an output device such as a monitor or a display. Note that the output device may be a device or terminal that transmits information to be output to an external monitor, display, printer, device, or the like.

The main storage device stores various programs, applications, etc. (modules), and when a processor executes these programs and applications, each functional element of the overall system is realized. Note that each of these modules may be implemented in hardware by integrating them or the like. Further, each module may be an independent program or application, or may be implemented as a part of a subprogram or function within one integrated program or application.
In this specification, each module is described as a subject (subject) that performs processing, but in reality, a processor that processes various programs, applications, etc. (modules) executes processing.

Various databases (DB) are stored in the auxiliary storage device. A “database” is a functional element (storage unit) that stores a data set so as to be able to respond to arbitrary data operations (eg, extraction, addition, deletion, overwriting, etc.) from a processor or an external computer. The implementation method of the database is not limited, and may be, for example, a database management system or a text file such as XML.

FIG. 2 is an example of the hardware configuration of the examination server 101.
The examination server 101 is configured of a server placed on a cloud, for example.
The main storage device 201 stores programs and applications such as an examination execution module 211, an image analysis data registration module 213, a property display module 212, and an examination management module 214, and these programs and applications are executed by the processor 203. In this way, each functional element of the examination server 101 is realized.

The examination execution module 211 performs a quick examination based on various information received from the user terminal 102.

The image analysis data registration module 213 analyzes the image data received from the user terminal 102, extracts various character string data required for quick examination, and stores it in the examination information DB 221.

The property display module 212 displays on the user terminal 102, the owner terminal 103, and the screening company terminal 104 various types of information about properties that meet the conditions desired by the user, which is received from the user terminal 102. The various information includes information on the availability of the property and whether quick inspection is possible. Note that in this specification, a parking lot may be expressed as a property or a section. A property is a concept that encompasses a division, and a property has at least one division. That is, by specifying one section of a specific property, a parking place for one vehicle can be specified.

The examination management module 214 displays information regarding the examination status for each user stored in the auxiliary storage device 202 of the examination server 101 on the owner terminal 103 or the examination company terminal 104.

The auxiliary storage device 202 includes databases such as an examination information DB 221, a property information DB 222, and a user information DB 223. In this embodiment, each database includes at least one table that stores at least one piece of information.

The examination information DB 221 stores the driver's license, vehicle inspection certificate, voluntary insurance card, residence card, alien registration card, or registered copy (hereinafter, these may be collectively referred to as certificates) received from the user terminal 102. ) is provided with a certificate table 1050 in which information regarding the certificate is stored. The certificate table 1050 includes a driver's license table 1100, a voluntary insurance card table 1200, a vehicle inspection table 1150, and a residence certificate that stores information on a residence card or alien registration card (hereinafter sometimes referred to as a residence certificate). It includes a book table 1250 or a register copy table 1300. The examination information DB 221 also includes a vehicle catalog table 1350 in which information regarding vehicle catalogs received from external websites is stored. Further, the examination information DB 221 includes an examination result table 1000 that stores information regarding examination results processed by the examination server 101.

The property information DB 222 includes a property table 1400, a section table 1450, an owner/management company table 1500, and a reservation table 1550, each of which stores information related to the property.

The user information DB 223 includes a user basic table 1600 and a billing table 1750, each of which stores information related to a person who desires to use the property. The user basic table 1600 includes a user management table 1650 in which personal information of users is stored, and a user contract table 1700 in which information related to users necessary for executing a rental contract is stored. ing.

FIG. 3 is an example of the hardware configuration of the user terminal 102.
The user terminal 102 is composed of, for example, a smartphone.
A property display module 312 is stored in the main storage device 301, and each functional element of the user terminal 102 is realized by the processor 303 executing these programs and applications.

The property display module 312 transmits information on the conditions of the property desired to be used to the screening server 101, and displays various information on the property that meets the conditions on the output device 305 of the user terminal 102.
The user terminal data 312 in the auxiliary storage device 302 is, for example, certificate data such as image data of a user's driver's license photographed by the camera unit 306.

FIG. 4 is an example of the hardware configuration of the owner terminal 103.
The owner terminal 103 is composed of, for example, a stationary computer.
An examination management module 414 is stored in the main storage device 401, and each functional element of the owner terminal 103 is realized by the processor executing these programs and applications.

The examination management module 414 displays information regarding the examination status for each user stored in the auxiliary storage device 202 of the examination server 101 on the output device 405 of the owner terminal 103.
The owner terminal data 421 in the auxiliary storage device 402 is information about properties owned or managed by the property owner or management company.

FIG. 5 is an example of the hardware configuration of the examining company terminal 104.
The examination company terminal 104 is composed of, for example, a stationary computer.
An examination management module 514 is stored in the main storage device 501, and each functional element of the examination company terminal 104 is realized by the processor executing these programs and applications.

The examination management module 214 displays information regarding the examination status for each user stored in the auxiliary storage device 202 of the examination server 101 on the output device 505 of the examination company terminal 104.
The examination company terminal data in the auxiliary storage device 502 stores information related to the properties handled.
6 to 12 are examples of each table stored in the examination information DB 221 of the auxiliary storage device 202 of the examination server 101.

FIG. 6 is an example of the examination result table 1000.
The examination result table 1000 stores the results and reasons for quick examination.
The examination result table 1000 includes quick examination ID 1001, contract ID 1002, examination number 1003, submitted data examination result 1004, submitted data examination result reason 1005, vehicle examination result 1006, vehicle examination result reason 1007, user examination result 1008, and user examination. It has information such as result reason 1009, final examination result 1010, and final examination result reason 1011.

The quick review ID is a unique ID that is automatically generated for each quick review of a contract. The contract ID refers to the contract ID in the user contract table 1700, and stores information specifying each contract to be subject to quick review. The results and reasons for the submitted data review, vehicle review, and user review store the results and reasons for each review. OK is stored in the final examination result if all the results of the submitted data examination, vehicle examination, and user examination are OK.

FIG. 7 is an example of the license table 1100.
License table 1100 stores information regarding driver's licenses.
The license table 1100 has information such as an ID 1101, a user ID 1102, a license photo 1103, a name 1104, an address 1105, a date of birth 1106, and a period of validity 1107. The driver's license photo 1103 is image data. The name 1104, address 1105, date of birth 1106, and period of validity 1107 are character string data obtained by analyzing the driver's license image.

FIG. 8 is an example of the vehicle inspection table 1150.
Vehicle inspection table 1150 stores information regarding vehicle inspection.
The vehicle inspection table 1150 includes an ID 1151, a user ID 1152, a vehicle inspection photograph 1153, an owner's name 1154, an owner's address 1155, a user's name 1156, a user's address 1157, and a registration number (number) 1158. , expiration date 1159, registration date 1160, type 1161, purpose 1162, body shape 1163, car name 1164, model 1165, overall length 1166, overall width 1167, overall height 1168, weight 1169, and other information. In this embodiment, the units of the overall length, overall width, and overall height are mm (millimeters), and the units of weight are kg (kilograms). By aligning the units of values of each corresponding data stored in each table, the examination speed can be further improved.

The vehicle inspection photograph 1153 is image data. Owner's name 1154, owner's address 1155, user's name 1156, user's address 1157, registration number 1158, expiration date 1159, registration date 1160, type 1161, use 1162 , body shape 1163, car name 1164, model 1165, total length 1166, total width 1167, total height 1168, and weight 1169 are character string data obtained by analyzing the vehicle inspection image.

FIG. 9 is an example of the optional insurance card table 1200.
The voluntary insurance card table 1200 stores information regarding voluntary insurance cards.
The voluntary insurance card table 1200 has information such as an ID 1201, a user ID 1202, a voluntary insurance card photo 1203, a name 1204, an address 1205, a registration number 1206, a date of birth 1207, and an expiration date 1208.
The optional insurance card photo 1203 is image data.
Name 1204, address 1205, registration number 1206, date of birth 1207, and expiration date 1208 are character string data obtained by analyzing an optional insurance card image.

FIG. 10 is an example of the residence certificate table 1250.
The residence certificate table 1250 stores information regarding a residence certificate, that is, a residence card or an alien registration card.
The residence certificate table 1250 has information such as an ID 1251, a user ID 1252, a residence certificate photo 1253, a name 1254, an address 1255, a date of birth 1256, and an expiration date 1257.
The residence certificate photo 1253 is image data.
The name 1254, address 1255, date of birth 1256, and expiration date 1257 are character string data obtained by analyzing the residence certificate image.

FIG. 11 is an example of the registry transcript table 1300.
The register transcript table 1300 stores information regarding register copies.
The registry transcript table 1300 has information such as an ID 1301, a user ID 1302, a registry transcript photo 1303, a name 1304, a representative name 1305, a location 1306, a transcript issue date 1307, and a date of establishment 1308.
The registered copy photo 1303 is image data.
The name 1304, the name of the representative 1305, the location 1306, and the date of establishment 1308 are character string data obtained by analyzing the registered register image.

FIG. 12 is an example of a vehicle catalog table 1350.
Vehicle catalog table 1350 stores catalog information of the user's vehicle.
The vehicle catalog table 1350 has information such as ID 1351, user ID 1352, manufacturer name 1353, vehicle body shape 1354, type 1355, vehicle model 1356, model 1357, total length 1358, total width 1359, total height 1360, weight 1361, and minimum ground clearance 1362. .
Manufacturer name 1353, body shape 1354, type 1355, car model 1356, model 1357, overall length 1358, overall width 1359, overall height 1360, weight 1361, minimum ground clearance 1362 are based on the manufacturer's website based on information such as manufacturer name, car model, and model. Each piece of information is acquired and stored from the catalog information received from the site. In this embodiment, the unit of the minimum ground clearance value is mm (millimetre).

13 to 16 are examples of each table stored in the property information DB 222 of the auxiliary storage device 202 of the examination server 101.
FIG. 13 is an example of a property table 1400.
The property table 1400 stores information regarding properties.
The property table 1400 includes property ID 1401, property name 1402, property location 1403, total plots 1404, number of vacant plots 1405, number of filled plots 1406, property photo 1407, owner or management company ID 1408, etc. that are used uniformly throughout the system. have information A property is uniquely identified by the property ID.

FIG. 14 is an example of a partition table 1450.
The section table 1450 stores information regarding sections of the property.
The parcel table 1450 includes parcel ID 1451, parcel name 1452, property ID 1453, vacancy status 1454, rent 1455, total length 1456, total width 1457, total height 1458, weight 1459, minimum ground clearance 1460, and quick review. It has information such as availability 1461 and availability 1462 of waiting list reservations. A plurality of sections may be included in a property associated with one property ID.

FIG. 15 is an example of an owner/management company table 1500.
The owner/management company table 1500 stores information about the owner or management company.
The owner/management company table 1500 has information such as a manager ID 1501, name 1502, address or location 1503, telephone number 1504, and email address 1505 that are used uniformly throughout the system.

FIG. 16 is an example of the reservation table 1550.
The reservation table 1550 stores information regarding users who have made reservations to use a specific section when the section becomes vacant.
The reservation table 1550 has information such as a reservation number 1551, a user ID 1552, a reserved section ID 1553, and a desired start date 1554.

17 to 19 are examples of each table stored in the user information DB 223 of the auxiliary storage device 202 of the examination server 101.
FIG. 17 is an example of the user management table 1650. The user management table 1650 stores personal information of users.
The user management table 1650 includes a user ID 1651 that is used uniformly throughout the screening system 1, a contract owner's name or designation 1652, a user name 1653, a contract type 1654, a user address 1655, a corporate location 1656, and a corporate representative. It has information such as name 1657, telephone number 1658, email address 1659, workplace 1660, nationality 1661, emergency contact information 1662, and emergency contact relationship 1663. Note that in the case of a corporate contract, the homepage URL information of the corporation may be stored. Furthermore, the date of birth of the user or the representative of the corporation may be stored.

FIG. 18 is an example of the user contract table 1700. The user contract table 1700 stores information related to a lease contract when a certain user applies for a contract in a certain section of a certain property.
The user contract table 1700 includes, in addition to a contract ID 1701 that is used uniformly throughout the screening system 1, a user ID 1702, a screening ID 1703, a screening result 1704, a use start date 1705, a section ID 1706, a rent 1707, the presence or absence of a vehicle 1708, Vehicle type 1709, vehicle identification information (model) 1710, registration number (number) 1711, driver's license 1712, vehicle inspection certificate 1713, voluntary insurance card 1714, residence card or alien registration card (hereinafter sometimes referred to as residence certificate). ), image data 1715, registered copy 1716, and other information.

The contract ID is a unique ID that is automatically generated for each contract. The quick examination ID of the examination result table 1000 is stored in the examination ID, and the results and reasons for each examination stored in the examination result table 1000 can be referred to. The examination result stores information about the final examination result in the examination result table 1000, and if the examination is performed multiple times for the same contract, the latest examination result is stored.

FIG. 19 is an example of billing table 1750.
The billing table 1750 stores various information necessary for billing the user for property usage fees or checking the user's payment status.
The billing table 1750 has information such as a billing number 1751, a contract ID 1752, a user ID 1753, a deposit result 1754, a scheduled deposit date 1755, a deposit date 1756, a billed amount 1757, and a deposited amount 1758.

20 to 34 show the flow of various processes performed by the examination system 1.
FIG. 20 is an example of a property display flow 2000 executed by the property display module 212 of the examination server 101.
The property display module 212 receives information on the conditions of the parking lot property that the user desires to use from the user terminal 102 (step 2010). For example, conditions such as location information such as address and area, price information, availability, size information, etc. are received.

The property display module 212 determines whether there is a property that satisfies the condition (step 2020). That is, the information stored in the property table 1400 and section table 1450 of the property information DB 222 of the screening server 101 is compared with the information on the property conditions. This determination may be made not only when the compared information completely matches each other, but also when there is information with a high degree of similarity, it may be displayed. For example, if the received property condition information is location information of a specific area and the location is around the location of a specific property stored in the property table 1400, the property is displayed. Furthermore, the information in the property table 1400 and the section table 1450 may be compared with the received property condition information to extract similar items using repetitive calculations using AI, machine learning, deep learning, or the like.

If there is no property that satisfies the conditions, the property display module 212 displays on the user terminal 102 that there is no property that satisfies the conditions, and ends the process (step 2030).
If there is a property that meets the conditions, the property display module 212 determines whether there are multiple properties that meet the conditions (step 2040).
If there are multiple properties that meet the conditions, the property display module 212 displays simple information on the multiple properties that meet the conditions on the user terminal 102 (step 2050).

35 to 38 are examples of screens displayed on the user terminal 102 or the examination company terminal 104. FIG. 35 is an example of a screen on which the output device 305 of the user terminal 102 displays information on a plurality of properties. The example in the figure is an example 3510 when the user terminal 102 searches for a property using "Shibuya" as the search word. In the example shown in the figure, information on seven properties is displayed on the output device 305 of the user terminal 102. For each property, locations 3520 and 3550 on the map, location, rent, parking lot name 3530, and availability information 3540 are displayed.
On the other hand, if there are no multiple properties that meet the conditions and only one property exists, the module displays detailed information about the one property that meets the conditions on the user terminal 102 (step 2060). When displaying information about one property, more information related to the property is displayed than when displaying multiple properties.

FIG. 36 is an example of a screen that displays detailed information about one property on the output device 305 of the user terminal 102. The property whose detailed information is displayed in the figure is one of the properties displayed in FIG. 35. Note that the property information displayed in FIG. 35 is linked so that when the display of the property information is selected, the screen changes to the screen in FIG. 36. That is, when a specific property is selected from the property information display such as the parking lot name displayed in FIG. (Step 2010). The example in FIG. 36 displays detailed information on the property "Shibuya Daiichi Parking Lot" (parking lot name) in FIG. 35.
In the example shown in FIG. 36, the detailed information includes a location 3610 on a map that is narrower than that shown in FIG. , indoor/outdoor 3626, and entry/exit time limit 3627. Note that in the example of FIG. 36, not only detailed information of one property may be displayed, but also information of properties 3630 located in the vicinity may be displayed.

Next, the property display module 212 determines whether the property status displayed on the user terminal 102 is vacant (step 2070). If the status of the property is unknown, the module displays information on the user terminal 102, along with the property information, to the effect that it is necessary to inquire of the property appraisal company about the availability status of the property (step 2071). ). The case where the availability status of the property is unknown includes the case where the availability status 1454 of the section table 1450 is full (scheduled to be vacant). In other words, it is a section that is expected to become vacant in the future, but is still occupied at that time. Furthermore, the case where the availability of the property is unknown may include the case where another user has temporarily held the property, but a lease contract has not yet been concluded.

Note that the property display module 212 can determine the availability status by checking the availability status 1454 of the section table 1450 linked to property information in the property information DB of the screening server 101. Also, when a property is vacant, it means that there is at least one available plot, and when a property is full, it means that there is at least one plot available for a particular property. There are no available lots.
If the property is vacant, the property display module 212 determines whether quick inspection is possible for the property (step 2080). If a quick inspection is possible (if the quick inspection availability 1461 of the plot table 1450 is yes), information indicating that the property is vacant (currently recruiting) and that a quick inspection is possible. is displayed together with property information (step 2081).

The details will be described later, but quick review is a mechanism that allows for quick review. By displaying the information that the quick inspection is possible together with other property information, it is possible to give the user the impression that a rental contract can be quickly concluded.
If quick inspection is not possible (quick inspection availability 1461 in the plot table 1450 is not possible), a regular inspection will be performed instead of a quick inspection, so the property is simply vacant (currently recruiting). This information is displayed together with the property information (step 2082). Note that it is also possible to display not only that the property is vacant (currently recruiting), but also that it is not available for active quick inspection, or that it is a regular inspection property.
In this embodiment, the availability of quick examination 1461 or the availability of waiting list reservation 1462 can be changed arbitrarily.

As another example, when the property display module stores all information such as the total length, width, height, weight, and minimum ground clearance in the parcel table 1450, the property display module stores information indicating that quick examination is possible in the possibility 1461. However, if any one of them is not stored in the section table 1450, it may be stored in the quick examination availability 1461 that it is not possible. The property display module performs this process at predetermined intervals or all the time, and only displays on the user terminal that a quick inspection can be performed when all information on the total length, width, height, weight, and minimum ground clearance is stored.
In addition, regardless of the information in the quick inspection availability 1461, the property display module determines that quick inspection is possible based on all information such as total length, width, height, weight, and minimum ground clearance, and either If even one is not stored, it may be determined that quick examination is not possible. The property display module performs this process at predetermined intervals or all the time, and only displays on the user terminal that a quick inspection can be performed when all information such as total length, width, height, weight, and minimum ground clearance is stored. do.

If the property displayed on the user terminal 102 is not vacant and is occupied, the property display module 212 determines whether the property can be reserved (step 2090). If the property is available for reservation (if the vacancy reservation availability 1462 of the block table 1450 is yes), the property display module 212 indicates that the property is occupied and that a waitlist reservation is possible. This information is displayed together with the property information (step 2091).

Although the details will be described later, by making a waiting list reservation, when a occupied property becomes vacant, the user receives information from the screening server 101 that the property has become vacant. can do.
If the property is not vacant but full, and the property is not available for reservation (if the waitlist reservation availability 1462 of the block table 1450 is disabled), the property display module 212 displays the property. The fact that the property is occupied is displayed together with the property information (step 2092). Note that it may be possible to display not only that the property is occupied, but also that it is a property that cannot be actively reserved on a waiting list.

This will be explained using FIG. 35 as an example. In the example of FIG. 35, seven pieces of property information are displayed, and the following icons are displayed on the right side of each parking lot name.
"Shibuya 1st Parking Lot" (parking lot name) has a display 3541 indicating that the property is vacant and that a quick inspection can be executed.
"Shibuya 2nd Parking Lot" (parking lot name) has a display 3542 indicating that it is necessary to contact the screening company regarding the availability.
"Shibuya 3rd Parking Lot" (parking lot name) has a display 3543 indicating that the property is full and reservations can be made on a waiting list.
``Shibuya No. 4 Parking Lot'' (parking lot name) has a display 3544 indicating that the property is occupied.
The property in "Shibuya No. 5 Parking Lot" (parking lot name) is vacant and is showing 3545 as a vacant property.
"Shibuya No. 6 Parking Lot" (parking lot name) has a display 3546 indicating that it is necessary to contact the screening company regarding the availability.
"Shibuya No. 7 Parking Lot" (parking lot name) has a display 3547 indicating that the property is vacant and that quick inspection is possible.

This will be explained using FIG. 36 as an example. In the example shown in the figure, an icon 3622 indicating that this property is vacant and that a quick inspection can be executed is displayed as part of the detailed information of the Shibuya No. 1 parking lot. In addition, icons 3631 and 36 display information such as vacancy status for properties located in the surrounding area.
I'm doing 32.
In Figures 35 and 36, icons indicating the location of parking lots are displayed on the map, but icons for parking lots where quick inspection can be conducted are distinguished from icons for parking lots where regular inspection is performed. it's shown. Specifically, "Q" is displayed next to the display number 3520, 3550, and 3610 only for properties that can be quickly inspected.

FIG. 21 is an example of a first examination execution flow 2100 executed by the examination execution module 211 of the examination server 101.
When a user wishes to use a specific property that is vacant, the user must undergo and pass a certain screening process. This flow is a quick examination flow executed by the examination execution module 211 in order to perform the examination quickly.
The screening execution module 211 receives information on vacant properties that the user desires to use from the user terminal 102 (step 2110).

This will be explained using FIG. 36 as an example. In the example shown in the figure, buttons 3640 labeled "Apply for quick examination" are displayed at the top and bottom of the display screen, and by clicking or tapping the button, you can apply for "Shibuya Daiichi The screen changes to the application screen (Fig. 37) for use of "Parking Lot" (parking lot name). When the user enters the information necessary for application from the usage application screen and presses the application execution button, the examination execution module 211 provides information on vacant properties that the user wishes to use and everything necessary for undergoing the examination. (step 2110). The submission data received from the user terminal 102 is stored in the user basic table 1600 of the user information DB 223 of the examination server 101 or the certificate table 1050 of the examination information DB 221. Therefore, by determining whether there is any shortage of information stored in the basic user table 1600 or the certificate table 1050, the examination execution module 211 can determine whether all submitted data has been received.

Specifically, the submitted data includes, in addition to the information (user ID) stored in the user management table 1650, occupation, work address, work phone number, representative phone number (in the case of a corporate contract), The name of the person in charge (for corporate contracts), the telephone number of the person in charge (for corporate contracts), the corporate homepage URL (for corporate contracts), the name of the underwriter (if unemployed), the name of the underwriter's workplace (for unemployed ), the telephone number of the underwriter (if unemployed), relationship with the underwriter (if unemployed), desired date of start of use, whether or not a garage certificate is requested, intended use of the parking lot, whether or not a parking lot is desired, whether or not a trial period is desired. All or part of the date and time.

Specifically, the submitted data is all or part of the information stored in the user contract table 1700, including the presence or absence of a vehicle, the type of vehicle, vehicle identification information (model), and registration number.
In addition, the certificate submission data includes image data of a driver's license, image data of a vehicle inspection certificate (if a vehicle is owned), and image data of a voluntary insurance card, which are stored in the user contract table 1700 and the certificate table 1050, respectively. All or part of the image data (if you own a vehicle), the image data of your residence certificate (if you are a user whose nationality is other than Japan), or the image data of a certified registration document (if you have a corporate contract) .

Here, an explanation will be given using FIG. 37 as an example. FIG. 37 is an example of a screen for registering submission data in the examination server 101, and is displayed on the output device 305 of the user terminal 102. By selecting the linked display 3640 of "Apply for quick examination" in FIG. 36, the screen changes to the screen in FIG. 37. The items requested to be input or uploaded shown in FIG. 37 are part of the above-mentioned example of submission data.
Items that are essential for quick examination are displayed as "required" 3710. In the example shown in the figure, if the item marked "required" 3710 has not been entered or uploaded, the quick review cannot be executed. Note that, as shown in the figure, "either one is required" is displayed 3720 to mean that either one of the home phone number and the mobile phone number needs to be input.
In the example of FIG. 37, when all the "required" items are input or uploaded, the process transitions to FIG. 38.

FIG. 38 is an example of a screen displayed on the output device 305 of the user terminal 102 regarding confirmation items and terms regarding payment. Consent requirements 3810 are displayed at the bottom of the diagram. When the user selects the linked "Apply" button 3820 after the user enters a check indicating that he or she agrees to the various consent requirements, which are "required" items, all entries or uploads must be made. Information is transmitted from the user terminal 102 to the examination server 101 and stored in the database. That is, the examination execution module 211 receives property information and all submission data necessary for undergoing examination (step 2110).
Note that image data for driver's licenses, vehicle inspection certificates, and optional insurance cards may be uploaded when the "Apply" button is selected, but the configuration is such that they are uploaded in advance when a file is selected. It's okay.
Note that, as in the example in the figure, the payment method 3830 and payment amount 3840 may be displayed on the user terminal 102 for the user to confirm.

The examination execution module 211 executes a quick examination (step 2120). The details will be explained later, but the quick examination includes three examinations. The results of each of the three examinations are stored in the examination result table 1000 of the examination information DB 221 of the examination server 101.
The module determines whether all three of the quick examination results are OK (passed the examination) (step 2130). If all three of the quick examination results are OK, the module displays on the user terminal 102 that the examination results are OK (step 2140). After that, the user can use the parking lot by completing the prescribed procedures.
If one of the three examination results is other than OK, the module displays the result and the reason for the result on the user terminal 102 (step 2150). After that, when the module receives new submission data again, it executes quick review again (step 2160 is Yes).

Here, an explanation will be given using FIG. 39 as an example. FIG. 39 is an example of a screen that displays the examination results on the output device 305 of the user terminal 102.
As in the example in the figure, if the examination result 3910 is NG, the reason 3920 is also displayed. In this example, the examination results of the case in the second row from the top of the examination result table 1000 (the case whose quick examination ID is Q19000002) are displayed. That is, the information stored in the final examination result and reasons 1010 and 1011 of the examination result table 1000 are displayed respectively.
In the example of FIG. 39, a link 3930 for transitioning to a screen for searching for another property is displayed at the bottom of the display screen, and when the link 3930 is selected, the screen transitions to a screen for searching for the desired property again. do.

As another example, if the examination result is NG and the reason is that the uploaded driver's license image data is inappropriate, the screen will transition to the screen for uploading the driver's license image again. You may display a link for this purpose.
As another example, if the screening result is OK, a link may be displayed for transitioning to a screen for proceeding with the procedure for concluding a lease contract for the property the user desires to use.

FIG. 22 is an example of an image analysis data registration flow 2200 executed by the image analysis data registration module 213 of the examination server 101.
The image analysis data registration flow 2200 executed by the image analysis data registration module 213 analyzes image data related to the certificate received from the user terminal 102, extracts and stores character string data, and detects that there is information that cannot be analyzed. In this case, the flow displays an error.
The module receives submission data from the user terminal 102 (step 2210).
The module determines whether the received submission data is driver's license image data (step 2220). If image data and data indicating that the image data is a driver's license image are received together, the image data is determined to be driver's license image data. Alternatively, it may be determined that the received image data is a driver's license image by image analysis. The determination method is the same in the following flows.

If it is determined that the received submission data is driver's license image data, the module analyzes the partial image of the reading area that matches the driver's license format from the driver's license image data, and extracts information such as the name and address. The license string data is extracted and stored in the license table 1100 of the examination information DB 221 of the examination server 101 (step 2221).
In image analysis, character recognition processing such as OCR (Optical Character Recognition) is performed on the read partial image data to extract character string data from the image data.

The image analysis data registration module 213 determines whether all the driver's license character string data extracted and stored through image analysis, which is necessary for quick examination, has been collected (step 2222). That is, it is determined whether all the information stored in the license table 1100 is complete. The driver's license string data necessary for the quick examination can be, for example, the name, address, date of birth, and expiration date listed in the driver's license table 1100 in FIG. 7.

If all the driver's license string data is not available, the module displays an error on the user terminal 102 to the effect that all the driver's license string data could not be extracted and stored normally (step 2280). This allows the user to be prompted to register the driver's license image again. Note that the case where all the character string data is not available is, for example, a case where the image quality of the received image data is poor and normal image processing cannot be performed.

Next, the image analysis data registration module 213 determines whether the received submission data is vehicle inspection image data (step 2230).
When image data and data indicating that the image data is a vehicle inspection image are received together, or when it is determined that the received submitted data is vehicle inspection image data through image analysis of the received image data. , the module extracts vehicle inspection string data such as vehicle type and registration number by analyzing a partial image of the reading area that matches the vehicle inspection format from the vehicle inspection image data, and sends it to the inspection server. 101 is stored in the vehicle inspection table 1150 of the examination information DB 221 (step 2231). Note that the image analysis data registration module 213 converts the units of the extracted vehicle inspection verification character string data (total length, total width, total height) and stores the converted data. For example, if the unit of the value of the data regarding the extracted total length is cm (centimeter), it is converted to mm (millimetre) and stored.

The image analysis data registration module 213 determines whether all of the vehicle inspection character string data required to perform the quick inspection has been collected (step 2232). That is, it is determined whether all the information stored in the vehicle inspection table 1150 is complete. The vehicle inspection character string data necessary for the quick inspection can be, for example, the items listed in the vehicle inspection table 1150 in FIG. 8, such as vehicle type, overall length, overall width, and overall height.
If all the vehicle inspection string data is not complete, the module displays an error on the user terminal 102 indicating that it was not able to correctly extract and store all the vehicle inspection string data (
Step 2280).

The image analysis data registration module 213 determines whether the received submission data is optional insurance card image data (step 2240).
When image data and data indicating that the image data is a voluntary insurance card image are received together, or when the received submission data is determined to be voluntary insurance card image data through image analysis of the received image data. In this case, the module extracts optional insurance card character string data such as name and expiration date by image analysis of a partial image of the reading area according to the format of voluntary insurance verification from optional insurance card image data. It is stored in the optional insurance card table 1200 of the examination information DB 221 of the examination server 101 (step 2241).

The image analysis data registration module 213 determines whether all optional insurance card character string data required for quick examination has been collected (step 2242). That is, it is determined whether all the information stored in the optional insurance card table 1200 is complete. The optional insurance card character string data required for the quick examination can be, for example, the items listed in the optional insurance card table 1200 in FIG. 9, such as name, address, and registration number.
If all optional insurance card character string data is not available, the module displays an error on the user terminal 102 indicating that it was not able to correctly extract and store all optional insurance card character string data (step 2280). .

Next, the image analysis data registration module 213 determines whether the received submission data is residence certificate image data (step 2250).
When image data and data indicating that the image data is a residence certificate image are received together, or when it is determined that the received submission data is residence certificate image data through image analysis of the received image data. , the module extracts residence certificate character string data such as name and address from the residence certificate image data by analyzing a partial image of the reading area that matches the format of the residence certificate, and performs the examination. It is stored in the residence certificate table 1250 of the examination information DB 221 of the server 101 (step 2251).

The image analysis data registration module 213 determines whether all the residence certificate character string data required to perform the quick examination have been collected (step 2252). That is, it is determined whether all the information stored in the residence certificate table 1250 is complete. The residence certificate character string data necessary for the quick examination can be, for example, the items listed in the residence certificate table 1250 of FIG. 10, such as name, address, date of birth, and expiration date.
If all the residence certificate character string data is not complete, the module displays an error on the user terminal 102 indicating that it was not able to correctly extract and store all the residence certificate character string data (step 2280). .

Next, the image analysis data registration module 213 determines whether the received submission data is registry transcript image data (step 2260).
When image data and data indicating that the image data is a registered register image are received together, or when the received submission data is determined to be a registered register image data through image analysis of the received image data. , the module analyzes a partial image of the reading area that matches the format of the register copy from the register copy image data, extracts the register copy character string data such as company name and location, and performs the examination. It is stored in the registry transcript table 1300 of the examination information DB 221 of the server 101 (step 2261).

The image analysis data registration module 213 determines whether all the register copy character string data required for quick examination have been collected (step 2262). That is, it is determined whether all the information stored in the registry transcript table 1300 is complete. The register transcript character string data necessary for the quick examination can be, for example, the items listed in the register transcript table 1300 of FIG. 11, such as name, representative name, location, and date of establishment.
If all the register transcript character string data is not complete, the module displays an error on the user terminal 102 indicating that it was not able to correctly extract and store all the register transcript character string data (step 2280). .

In other words, the image analysis data registration module 213 identifies what type of image data the received image data is, the type of certificate, and selects a format (certificate layout) corresponding to the type of certificate of the identified image data. Then, a partial image of one or more reading areas is acquired in accordance with the selected format, and highly accurate image analysis is performed.
For example, in the case of a driver's license, the name information is obtained from the partial image at the top of the image, the date of birth is obtained from the upper right part, and the person's photo information is obtained from the right part according to the format (layout) of the license. , certificate information can be obtained from each part corresponding to the selected format.

Image analysis may be performed on the user terminal 102 side. In this case, after the image analysis data registration module 213 receives the character string data and image data after image analysis from the user terminal 102, it may determine whether all the certificate character string data of each certificate is complete. Furthermore, the user terminal 102 may determine whether all the certificate character string data for each certificate has been prepared, and in this case, all the image data and character string data that have been prepared are received from the user terminal 102. There is no need to re-determine whether all character string data has been collected.

FIG. 23 is an example of a certificate data submission determination flow 2300 executed by the examination execution module 211 of the examination server 101.
The certificate data submission determination flow 2300 executed by the examination execution module 211 is a flow for determining whether all the certificate data necessary for examination has been prepared before performing a quick examination.
The examination execution module 211 acquires the data of the basic user table 1600 and the certificate table 1050 (step 2310).
The examination execution module 211 determines whether the contract form of the user to whom the quick examination is performed is an individual contract and whether the nationality is a foreign national (step 2320). That is, the module 213 checks the contract type and nationality information stored in the user management table 1650.

If the user has an individual contract and is a foreign national, the examination execution module 211 determines whether all residence certificate data is complete (step 2321). That is, the module 211 determines whether information exists in the residence certificate table 1250.
If all the residence certificate data is not available, the examination execution module 211 stores that no residence certificate data exists (step 2322).

The examination execution module 211 determines whether the contract type of the user is a corporate contract (step 2330).
If the user has a corporate contract, the examination execution module 211 determines whether all the registry transcript data is complete (step 2331). That is, the module 211 determines whether information exists in the registry transcript table 1300.
If all the register copy data is not available, the examination execution module 211 determines whether data of the corporate homepage URL exists in the user management table 1650 (step 2332).
If the corporate homepage URL data does not exist, the examination execution module 211 stores the fact that the registry data and the corporate homepage URL do not exist (step 2333).

The examination execution module 211 determines whether the target user's license data exists in the certificate table (step 2340).
If the license data does not exist in the license table 1100, the examination execution module 211 stores that the license data does not exist (step 2341).
The examination execution module 211 determines whether the user has a vehicle (step 2350). That is, the module 211 checks the information about the presence or absence of a vehicle stored in the user contract table 1700.
If the user owns a vehicle, the examination execution module 211 determines whether vehicle inspection data exists in the vehicle inspection table 1150 (step 2360).
If the vehicle inspection data does not exist in the vehicle inspection table 1150, the examination execution module 211 stores that the vehicle inspection data does not exist (step 2361).

Next, if the user owns a vehicle, the examination execution module 211 determines whether optional insurance card data exists in the optional insurance card table 1200 (step 2370).
If the optional insurance card data does not exist in the optional insurance card table 1200, the examination execution module 211 stores that the optional insurance card data does not exist (step 2371).
If the user does not own a vehicle, the examination execution module 211 determines whether vehicle specification data exists in the user contract table 1700 (step 2351).
If the vehicle specific data does not exist, the examination execution module 211 stores that the vehicle specific data does not exist (step 2352).
Vehicle identification data is used to obtain a vehicle catalog for a specific vehicle from an external website. The vehicle identification data is information on the model of the vehicle, and preferably also includes information on the grade.

The examination execution module 211 determines whether all the certificate data or vehicle identification data necessary for the user to undergo the quick examination exists (step 2380).
If all exist, the examination execution module 211 stores this fact (step 2381). If all other submission data is also available, the module 211 executes quick review.
If all the data does not exist, the module 211 displays the missing data on the user terminal 102 (step 2382).
The flow executed by the examination execution module 211 may be executed entirely on the user terminal 102 side.

FIG. 24 is an example of a quick examination flow 2400 executed by the examination execution module 211 of the examination server 101.
The quick examination flow 2400 executed by the examination execution module 211 is a flow for executing three examinations: submission data examination, vehicle examination, and user examination, which are performed after all the data necessary for examination have been collected.
The examination execution module 211 executes a submitted data examination to examine whether the data submitted from the user terminal 102 is appropriate (step 2410).
The examination execution module 211 determines whether the data used in the vehicle examination passed the submitted data examination (was the data appropriate) (step 2420). The module 211 can make the determination by checking the submitted data examination results and reasons in the examination result table 1000. The data used in the vehicle inspection is driver's license data, vehicle inspection data, and voluntary insurance card data.

When the examination execution module 211 receives vehicle catalog information, it proceeds to the next step (step 2430).
If vehicle catalog information is received, the module 211 performs vehicle inspection (step 2440).
The examination execution module 211 determines whether the data used in the user examination has passed the submitted data examination (step 2450). The module 211 can make the determination by checking the submitted data examination results and reasons in the examination result table 1000. The data used in user screening is driver's license data, residence certificate data, and registered copy data.
If the data used in the user review passes the submitted data review, the module executes the user review (step 2460).

In addition, as another example, the property display module displays a message on the user terminal of the user that a quick inspection can be performed only when all the prescribed information submitted by the user is available (quick inspection). (determined to be possible). In other words, the user terminal of a user who has submitted all the prescribed information in advance will display a message that a quick examination can be carried out (it is determined that the quick examination is possible), and all the prescribed information will be displayed on the user terminal of the user who has submitted all the prescribed information in advance. The user terminal of the user who has not submitted the information may display a message that a normal examination will be conducted (it is determined that a quick examination is not possible). Note that the property display module may store information as to whether all of the predetermined information is complete.
Specifically, the property display module displays a message on the user's user terminal indicating that a quick inspection can be performed if the user has all the submitted data necessary for the quick inspection. Good too. Here, all the submitted data are vehicle information and certificate information regarding the vehicle necessary for the user to undergo the quick inspection, and personal information related to the user's individual or corporate identity.

In addition, if the property display module has all the submitted data necessary for the user to undergo quick review, and all submitted data has passed the submitted data review, the property display module will A message indicating that a quick examination can be performed may be displayed on the user terminal.
In addition, the property display module displays on the user terminal of the user that a quick inspection can be performed if all the vehicle information necessary for the user to undergo a quick inspection is available. Good too.
In addition, the property display module may display a message on the user terminal of the user that if the user has all the certificate information necessary to undergo the quick inspection, the user can perform the quick inspection. good.
In addition, if the user has all the personal information related to the user's individual or corporate body necessary for the user to undergo a quick inspection, the property display module can perform a quick inspection on the user terminal of the user. It may be displayed that it can be carried out.

FIG. 25 is an example of a vehicle catalog information acquisition flow 2500 executed by the examination execution module 211 of the examination server 101.
The vehicle catalog information acquisition flow 2500 executed by the examination execution module 211 is a flow performed to acquire vehicle catalog data necessary for examination.
The examination execution module 211 receives information on whether the user who is the object of the examination owns a vehicle (information on the presence or absence of a vehicle) (step 2510).
The examination execution module 211 determines whether the user who is the object of the examination owns a vehicle (step 2520). This determination can be performed by checking the information of vehicle presence/absence 1708 in the user contract table 1700.

If the user owns a vehicle, the module determines whether the vehicle inspection data has passed the submission examination (step 2530).
If the vehicle inspection data passes the submission examination, the vehicle identification data such as vehicle name and model are obtained from the vehicle inspection data, and the vehicle catalog data corresponding to the vehicle identification data is obtained from an external website. (Step 2550).

If the vehicle is not owned, the module 211 determines whether it has received enough vehicle identification data to obtain specific vehicle catalog data (step 2540).
When information on the car model to be purchased is input on the data registration screen shown in FIG. 37, a list of corresponding car models is displayed. By having the customer select the model number, etc. of the car they plan to purchase from this list information, it is possible to determine vehicle identification data that specifies the vehicle they plan to purchase.
If vehicle identification data is received, vehicle catalog data is obtained from the website (step 2550). Thereafter, it is stored in the vehicle catalog table 1350 of the examination information DB 221 of the examination server 101 (step 2560).
The vehicle catalog information acquisition flow 2500 by the module must be completed before the vehicle inspection is executed.

FIG. 26 is an example of a submitted data examination flow 2600 executed by the examination execution module 211 of the examination server 101.
The submitted data examination flow 2600 executed by the examination execution module 211 is a flow for determining whether data necessary for vehicle examination or user examination is appropriate data.
The examination execution module 211 compares the data in the certificate table 1050 with the data in the user basic table 1600 (step 2610).
The examination execution module 211 determines whether the name included in the certificate table 1050 to be examined matches the name or name stored in the user basic table 1600 (step 2620). Even if they do not match completely, it is sufficient that both data correspond to each other. For example, if the data are written in different characters, the examination execution module 211 may determine that the two data correspond to each other.
In the case of license data, the name in the license table 1100 is compared with the user name in the user management table 1650.

In the case of registry transcript data, the name in the registry transcript table 1300 and the contractor name in the user management table 1650 are compared. In addition, the name of the representative in the registry transcript table 1300 may be compared with the name of the representative in the user management table 1650.
In the case of residence certificate data, the name in the residence certificate table 1250 is compared with the user name in the user management table 1650.
In the case of vehicle inspection, the name of the owner or user in the vehicle inspection table 1150 is compared with the name or title of the contractor or user in the user management table 1650.
In the case of a voluntary insurance card, the name in the voluntary insurance card table 1200 is compared with the user's name in the user management table 1650.
If the names, etc. do not match, the examination execution module 211 indicates that the result of the submitted data examination is NG (the certificate data is inappropriate) and the reason for the submitted data examination in the examination result table 1000. The results and reasons are stored (step 2660).

The examination execution module 211 determines whether the address or location included in the certificate table 1050 to be examined matches the address or location stored in the user basic table 1600 (step 2630). Even if they do not match completely, it is sufficient that both data correspond to each other. For example, if both data point to substantially the same address or location, the examination execution module 211 may determine that both data correspond. When both data refer to substantially the same address or location, for example, if one is written as "chome,""ban," or "go," and the other is written with a - (hyphen), each is written in a variant character. When written, one is written in Chinese numerals and the other in Roman numerals, or one has no building name written on it and the other has the building name written on it, etc.

In the case of license data, the address in the license table 1100 is compared with the user address in the user management table 1650.
In the case of registry transcript data, the location of the registry transcript table 1300 is compared with the corporate location of the user management table 1650.
In the case of residence certificate data, the address in the residence certificate table 1250 is compared with the user address in the user management table 1650.
In the case of vehicle inspection, the address of the owner or user in the vehicle inspection table 1150 is compared with the user address or corporate location in the user management table 1650.
In the case of a voluntary insurance card, the address in the voluntary insurance card table 1200 is compared with the user's address in the user management table 1650.
If the respective addresses, etc. do not match, the examination execution module 211 indicates that the result of the submitted data examination is NG (the certificate data is inappropriate) and the reason thereof from the submitted data examination in the examination result table 1000. The results and reasons are stored (step 2660).

The module determines whether the certificate to be examined is valid (step 2640).
In the case of register copy data, it is determined whether the copy issue date in the register copy table 1300 is within three months.
In the case of license data, the expiration date in the license table 1100 is compared with the usage start date in the user contract table 1700 to determine whether the data is valid on the usage start date.
In the case of residence certificate data, the expiration date in the residence certificate table 1250 and the usage start date in the user management table 1650 are compared to determine whether the data is valid on the usage start date.
In the case of a vehicle inspection certificate, the expiration date of the vehicle inspection certificate table 1150 is compared with the usage start date of the user contract table 1700 to determine whether it is valid on the usage start date.
In the case of a voluntary insurance card, the expiration date in the voluntary insurance card table 1200 is compared with the usage start date in the user contract table 1700 to determine whether it is valid on the usage start date.

If the examination execution module 211 determines that the certificate is not valid, the examination execution module 211 indicates that the result of the examination of the submitted data is NG (the certificate data is inappropriate) and the reason thereof, based on the submitted data in the examination result table 1000. The results and reasons for the examination are stored (step 2660).
The examination execution module 211 indicates that the submitted data examination is OK (all submitted data is appropriate) if there is no certificate data for which the submitted data examination result is NG, based on the submitted data examination result in the examination result table 1000. (step 2650).
The examination execution module 211 may subject only a part of the certificate data to the submitted data examination. In this case, the certificate data that has not been examined can be treated as having passed the examination (the certificate data is appropriate).

FIG. 27 is an example of a vehicle examination flow 2700 executed by the examination execution module 211 of the examination server 101.
The vehicle examination flow 2700 executed by the examination execution module 211 is a flow for determining whether the user's vehicle is suitable for the parking lot that the user desires to use.
The examination execution module 211 acquires the vehicle data from the vehicle inspection table 1150 or the vehicle catalog table 1350 and the section data from the section table 1450 (step 2710).

The examination execution module 211 matches the vehicle data and the section data (step 2720).
The examination execution module 211 determines whether the user's vehicle satisfies the partition size condition (step 2730). Specifically, the module determines that if the total length, width, and height of the vehicle data are smaller than the total length, width, and height of the compartment data, the user's vehicle satisfies the compartment size conditions. It can be determined that
If the vehicle does not meet the partition size conditions, the module stores the fact that the vehicle inspection is NG and the reason thereof in the inspection result table 1000 (step 2780).

The examination execution module 211 determines whether the user's vehicle satisfies the weight conditions of the section (step 2740). Specifically, the examination execution module 211 can determine that the user's vehicle satisfies the weight condition of the compartment if the weight value in the vehicle data is smaller than the weight value in the compartment data. .
If the vehicle does not satisfy the weight condition of the section, the examination execution module 211 stores the fact that the vehicle examination is NG and the reason thereof in the examination result table 1000 (step 2780).
The examination execution module 211 determines whether the user's vehicle satisfies the minimum ground clearance condition of the section (step 2750). Specifically, the module determines that if the minimum ground clearance value in the vehicle data is greater than the minimum ground clearance value in the compartment data, the user's vehicle satisfies the minimum ground clearance condition of the compartment. It can be determined that there is.
If the vehicle does not meet the minimum ground clearance condition of the section, the examination execution module 211 stores the fact that the vehicle examination is NG and the reason thereof in the examination result table 1000 (step 2780).

The examination execution module 211 determines whether the user's vehicle satisfies other conditions (step 2760). Other conditions include, for example, the use of the vehicle and the shape of the vehicle body.
If the vehicle does not satisfy the other conditions of the section, the module stores the fact that the vehicle inspection is NG and the reason therefor in the vehicle inspection result and reason in the inspection result table 1000 (step 2780).
If the vehicle satisfies all the conditions, the module stores the fact that the vehicle inspection is OK in the vehicle inspection result and reason in the inspection result table 1000 (step 2770).
In other words, in this flow, the information that must be satisfied in order for the user's vehicle to fit into a specific parking lot (sometimes referred to as usage condition information) is at least the total length, width, height, weight, and minimum ground clearance. be. Further, information regarding the vehicle of a user who desires to use a specific parking lot (sometimes referred to as vehicle information) must include information in the same category as the usage condition information. For example, information in the same category as usage condition information (total length) is vehicle information (total length), and other information that can be compared is placed in the same category.

FIG. 28 is an example of a first user examination flow 2800 executed by the examination execution module 211 of the examination server 101.
The first user screening flow 2800 executed by the screening execution module 211 is a flow for screening whether the user is affiliated with anti-social forces.
The examination execution module 211 can acquire article information based on keywords by searching, and specifically can acquire it as follows.

The examination execution module 211 searches external news sites to see if there is a news article that provides evidence that the user is related to antisocial forces (step 2810). Specifically, in the case of an individual contract, it is determined whether there is an article that includes both the user's name or workplace name and words related to antisocial forces. In the case of a corporate contract, it is determined whether there is an article that includes both the corporate name or representative name and a word related to anti-social forces. Words related to anti-social forces include, for example, organized crime groups, corporate racketeers, mafia, loan sharks, loan shark donations, corporate underlings, front companies, fake Dowa, fake acts, quasi-members, right-wing, left-wing, pressure groups, etc. be.

The examination execution module 211 determines whether the news article has been discovered (step 2820).
The examination execution module 211 compares user data other than the user name or workplace name stored in the basic user table 1600 with the news article (step 2830). This makes it possible to determine whether the news article is appropriate information. Specifically, for example, the module stores the date of birth (age) of the user stored in the certificate table 1050 or the user management table 1650 and the date of birth (age) of the person described in the news article. ). If the date of birth is the same, there is a very high possibility that the user and the person in the news article are the same person, so the news article is determined to be appropriate. On the other hand, if the dates of birth are different, the news article is determined to be inappropriate. In addition to the combination of name and date of birth, screening is performed based on the first piece of personal identification information, and if a hit is found, the suitability of the identity is determined based on the second piece of personal identification information, such as company name and address. degree checks can be carried out.

The examination execution module 211 determines whether the news article is appropriate (step 2840).
If the news article is appropriate, the module stores the news article in the examination result table 1000 (step 2850). Thereafter, the examination execution module 211 stores the fact that the user examination is on hold and the reason thereof in the result and reason of the user examination in the examination result table 1000 (step 2860). In such cases, the results of the review will be displayed as pending in order to make a final judgment on whether the article is appropriate based on human judgment.
If the news article is not found, or if the news article is inappropriate (article unrelated to the user), the module moves to the second user screening flow 2900.

FIG. 29 is an example of a second user examination flow 2900 executed by the examination execution module 211 of the examination server 101.
The second user screening flow 2900 executed by the screening execution module 211 is a flow for screening whether the user is related to anti-social forces, similar to the first user screening flow 2800.
Only the points that are different from the first user examination flow 2800 will be explained.
In the second user screening flow 2900, the screening execution module 211 searches external search engine sites to determine if there are news articles that provide evidence that the user is related to anti-social forces. is searched for (step 2910).
In the second user screening flow 2900, it is finally determined whether it is stored that the user screening is pending (step 2970), and if it is not stored that the user screening is pending, The fact that the material examination is OK is stored in the examination result table 1000 (step 2980).

In addition, in the first and second user screening flows shown in Figures 28 and 29, if the screening is not OK, the screening results are put on hold, and detailed manual confirmation work is then set up. , the review may be rejected.
In addition to or in place of the first and second user screening flows in Figures 28 and 29, credit information may be used to perform user screening. In this case, the user review may be suspended or rejected.
Examples of credit information that can be used include credit card information, credit information based on payment information for rent and loans, status information based on educational background and the name of the company you work for, and personal credit information based on big data such as Shima Credit. can.

FIG. 30 shows an examination management flow 30 executed by the examination management module 214 of the examination server 101.
This is an example of 00.
Here, the screening company may be entrusted with managing a specific property by the owner or property management company that manages the specific property. In this case as well, the screening company needs to screen the users of the property in order to determine whether the users of the entrusted property are trustworthy. That is, the examination execution module 211 of the examination server 101 can execute the first examination execution flow 2100 including the above-described quick examination. However, in this case, the submission data necessary for the examination will be transmitted from the owner terminal 103. Moreover, since each property is already used by a user, the vehicle inspection of the quick inspection may not be performed.
The owner or property management company may want to confirm whether the users of each entrusted property have passed the screening. Further, when the screening company is entrusted with the management of multiple properties, it may want to manage the screening so that the screening can be performed all at once.
The examination management flow 3000 executed by the examination management module 214 is a flow for the examination company, owner, or property management company to confirm or manage the examination status of the user.

The examination management module 214 receives an instruction to display the examination status of a specific examination target case from the owner terminal 103 or the examination company terminal 104 (step 3010).
The module displays the examination status of the particular case to be examined on the owner terminal 103 or the examination company terminal 104 (step 3020). If there are multiple cases to be examined, multiple cases can be displayed. The examination status is displayed by displaying the final examination result and reason stored in the examination result table 1000 of the examination information DB 221 of the examination server 101 when the examination has been completed, and by displaying the final examination result and reason stored in the examination result table 1000 of the examination information DB 221 of the examination server 101, and when the examination has not yet been conducted. Display that it is a review.

Here, an explanation will be given using FIG. 40 as an example. FIG. 40 is an example of a screen that displays the examination status of a specific examination target case on the output device 405 of the owner terminal 103. Specifically, this is an example of a screen displayed on the owner terminal 103 when the search is narrowed down to the status item "waiting for review" 4010. In the example of the figure, three unexamined cases 4020 to be examined are displayed in the lower part. After checking the display, if the owner wishes to make an inquiry to the examination company regarding the examination status, the owner can select the linked "Inquiry" display 4030 displayed in the center of the diagram. You can contact the screening company.
The examination management module 214 receives an instruction to examine all unexamined cases from the examination company terminal 104 (step 3030).

Here, the explanation will be given using FIG. 41 as an example. FIG. 41 is an example of a screen that displays the examination status of a specific case to be examined on the output device 505 of the examination company terminal 104. FIG. 41 differs from FIG. 40 in that "Quick Examination Start" 4110 is displayed in the center. The display 4110 "Start quick examination" is linked, and when this display is selected, all the displayed cases to be examined that have not yet been examined will be examined.
The examination management module 214 determines whether all submission data required for the quick examination has been received from the owner terminal 103 (step 3040).
If all are received, the examination execution module 211 executes the quick examination flow 2400 for the instructed case (step 3050).
The examination management module 214 displays the final examination result and reason instead of indicating that it has not been examined (step 3060).

FIG. 31 is an example of the first vacant reservation flow 3100 executed by the examination execution module 211 of the examination server 101.
The first vacant reservation flow 3100 executed by the screening execution module 211 is a flow executed when a user makes a reservation for a property that is occupied.
The screening execution module 211 receives an instruction from the user terminal 102 to make a waiting list reservation for a property that is occupied (step 3110).

Here, an explanation will be given using FIG. 42 as an example. FIG. 42 is an example of a screen that displays detailed information about one property on the output device 305 of the user terminal 102. The property whose detailed information is displayed in the figure is one of the properties displayed in Figure 35, and by selecting the linked property information displayed in Figure 35, the property shown in Figure 42 is displayed. Transition to screen.
By selecting the linked display 4210 of "Waiting for vacancy reservation" in FIG. 42, the user terminal 102 transmits information to the effect that the property is to be reserved. As a result, in the example shown in the figure, the module has received an instruction from the user terminal 102 to make a waitlist reservation for the occupied property.
However, in order for a user to make a waitlist reservation, it is necessary to register minimum user information in the screening server 101. Therefore, a message indicating that the information needs to be registered is displayed on the user terminal 102 of the user who has not registered the information. The minimum user information includes, for example, name and email address.

The screening execution module 211 transmits information indicating that an application for use is now possible when the property becomes vacant from the screening server 101 to the user terminal 102 (step 3120). As a result, users who have made a waitlist reservation can apply to use the property earlier than those who have not made a reservation (perform a quick screening). If there are multiple users who have made waitlist reservations, the screening execution module 211 may send the same message to multiple users at the same time, or may send the message to multiple users at different times according to some hierarchy. Good too.
After this, the module executes the first examination execution flow 2100 described above.

FIG. 32 is an example of the second free waiting reservation flow 3200 executed by the examination execution module 211 of the examination server 101.
The second vacancy reservation flow 3200 executed by the examination execution module 211 is a flow for performing a quick examination while waiting for vacancy.
The screening execution module 211 receives an instruction from the user terminal 102 to make a waiting list reservation for a property that is occupied and available for waiting list reservation (step 3210).
The examination execution module 211 determines whether the number of users who have made reservations for the property is 10 or more (step 3220).

If the property becomes vacant before the number of users who have made reservations reaches 10 or more, the module will notify that the property has become vacant (that it is now possible to apply for use). A notification is sent from the screening server 101 to the user terminals 102 of a plurality of users (all users making reservations) (step 3280).
If the number of users who have made reservations is 10 or more, a quick review of all the reservation users will be performed. First, the examination execution module 211 receives data submitted by the first user who has made a reservation (the user whose reservation number is No. 1 in the reservation table 1550) (step 3230).

The examination execution module 211 executes a quick examination for the first person using the received submission data (step 3240).
The examination execution module 211 determines whether the quick examination of all users who have made reservations has been completed (step 3250).
If the quick review has not been completed for everyone, the module receives the submission data of the user who made the next reservation (the user whose reservation number in the reservation table 1550 is the next one) (step 3251), and then performs the quick review. Execute.

When the quick screening has been completed for all users, the module determines the users for whom the quick screening result was OK (the final screening result in the screening result table 1000 is OK) (step 3260).
For users whose quick examination results are OK, the examination execution module 211 displays on the user terminal 102 that the examination results are OK (step 3270). After that, the screening execution module 211 sends a notification that the application for use is possible when the property becomes vacant, and if the quick screening results are OK (a specific parking lot can be used). ) from the screening server 101 to the user (user terminal 102) (step 3280). That is, the information is not transmitted to the user terminal 102 of the user whose quick examination result is NG.

For a user whose quick examination result is NG or pending, the examination execution module 211 displays the examination result and the reason on the user terminal 102 of the user (step 3261). If the submitted data is insufficient and the review cannot be completed, a message to that effect will be displayed.
Thereafter, when the examination execution module 211 receives new submission data again (step 3262), it executes the quick examination again (step 3240).

FIG. 33 is an example of a second examination execution flow 3300 executed by the examination execution module 211 of the examination server 101.
The second examination execution flow 3300 executed by the examination execution module 211 is different from the first examination execution flow 2100 in that the examination is executed first regardless of whether the property desired for use is vacant or occupied.
Below, only the differences from the first examination execution flow 2100 will be explained.

The examination execution module 211 receives the property information desired to be used and all submitted data (step 3310). The property may be vacant or occupied.
After that, a quick review is performed (step 3320), and it is determined whether the review result is OK (step 3330). If OK, the review execution module 211 displays on the user terminal 102 that the review result is OK (step 3330). 3350), it is determined whether the property the user wishes to use is vacant or occupied (step 3360).
If the property is vacant, the examination execution module 211 displays on the user terminal 102 that the property is available for use (step 3370).
If the property is occupied, the examination execution module 211 transmits information to the user terminal 102 when the property becomes vacant (step 3380).

The reception of the property information that the user desires to use may be performed by the screening execution module 211 receiving information that the user terminal 102 has accessed a specific URL. The specific URL is linked to a specific property, and by accessing the specific URL from the user terminal 102, the user can request to use the property. The specific URL may be, for example, a URL that is displayed when a specific QR (Quick Response) code (registered trademark) is read by the camera section of the user terminal 102. The QR code (registered trademark) may be displayed on a signboard in a parking lot or on the output device 305 of another user terminal 102. Further, the specific URL may be, for example, a URL written in an email sent from the screening server 101 to the user terminal 102.

FIG. 34 is an example of a waiting reservation information input flow 3400 executed by the examination execution module 211 of the examination server 101.
The waiting list reservation information input flow 3400 executed by the screening execution module 211 is a flow for changing the information that prompts the user to input depending on whether or not quick screening is possible for the property for which the waiting list reservation has been made.
The examination execution module 211 receives information on the occupied property that the user desires to use (step 3410). For example, the information on the property that the user desires to use may be received when the screening execution module 211 receives information that the user terminal 102 has accessed a specific URL, as in the example of FIG.
The examination execution module 211 determines whether the received property is a property that can be quickly examined (step 3420).

If quick review is possible (if the quick review availability 1461 of the section table 1450 is yes), the review execution module 211 prompts to input all submission data required for quick review (step 3430). For example, a screen for inputting all submission data may be displayed on the user terminal 102 as shown in FIG. 37.
If the quick examination is not possible (if the quick examination possibility 1461 of the section table 1450 is not possible), the examination execution module 211 prompts the user to input the name and e-mail address (step 3440). For example, instead of the example screen shown in FIG. 37, the user terminal 102 may display a screen for entering a name and email address.
After that, it is possible to shift to the first free waiting reservation flow 3100 or the second free waiting reservation flow 3200, which are described above.

In other embodiments, one server has all the databases described above, but the databases described above may exist in multiple servers. For example, there are two servers: the screening server and the others; the screening server has the screening information DB, the first server has the user information DB, and the second server has the property information DB. It's okay. More specifically, an examination server including an examination information DB may include an examination execution module, a property display module, an image analysis data registration module, and an examination management module. In this case, the examination server performs a quick examination, and the information stored in the property information DB and user information DB used in the examination is acquired from another server each time. When the examination on the examination server is completed, the information obtained from the property information DB and user information DB among the information used in the examination is deleted. However, some information such as examination results may be commonly stored in the database of each server. As a result, the amount of information stored in the database of the examination server can be reduced, so that examination can be carried out more quickly.

Note that the present invention is not limited to the above-described embodiments, and includes various modifications. For example, the embodiments described above are described in detail to explain the present invention in an easy-to-understand manner, and the present invention is not necessarily limited to having all the configurations described. Furthermore, it is possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. Further, it is possible to add, delete, or replace a part of the configuration of each embodiment with other configurations.

Further, each of the above-mentioned configurations, functions, processing units, processing means, etc. may be partially or entirely realized in hardware by designing, for example, an integrated circuit. Furthermore, each of the above configurations, functions, etc. may be realized by software by a processor interpreting and executing a program for realizing each function. Information such as programs, tables, files, etc. that implement each function can be stored in a memory, a storage device such as a hard disk, an SSD (Solid State Drive), or a storage medium such as an IC card, SD card, or DVD.

Further, the control lines and information lines are shown to be necessary for explanation purposes, and not all control lines and information lines are necessarily shown in the product. In reality, almost all components may be considered to be interconnected.

1... Screening system, 101... Screening server, 102... User terminal, 103... Owner terminal, 104... Screening company terminal, 211... Screening execution module, 212... Property display module, 213... Image analysis data registration module, 214... Screening Management module, 221... Screening information DB, 222... Property information DB, 223... User information DB

The present invention relates to an examination system and an examination method.

Claims (31)

A screening server that screens the use of parking lots,
an information acquisition means for acquiring information used in the examination;
an image analysis means for analyzing image data of the certificate to extract certificate information that is character string information;
Examination execution means for conducting an examination based on at least one of vehicle information regarding the vehicle, the certificate information, and personal information related to the user's individual or corporation;
an output means for outputting the examination results;
has
The examination characterized in that the output means distinguishes and displays a parking lot where a quick examination can be performed, which is examined by the examination execution means of the examination server, and a parking lot where a normal examination based on human judgment is performed. server. The examination server according to claim 1,
The output means displays an icon indicating the location of a parking lot on a map, and displays an icon of a parking lot where the quick inspection can be performed and an icon of a parking lot where the normal inspection can be performed. Characteristic examination server. The examination server according to claim 1 or 2,
The information acquisition means includes:
The vehicle information regarding the vehicle of a user who wishes to use a specific parking lot;
obtaining parking lot information regarding the specific parking lot, including usage condition information that must be satisfied for the vehicle to fit in the specific parking lot;
The examination execution means is
If the vehicle information satisfies the usage condition information, it is determined that the vehicle is suitable for the specific parking lot;
If the vehicle information does not satisfy the usage condition information, determining that the vehicle is not compatible with the specific parking lot;
The examination server is characterized in that the output means outputs the result of the vehicle determination as the result of the quick examination. The examination server according to claim 3,
The certificate is a certificate certifying an individual or a corporation,
The examination execution means is
If the personal information and the certificate information extracted by image analysis of the certificate correspond, determining the submitted data that the certificate is appropriate;
If the personal information and the certificate information do not correspond, it is determined that the submitted data is inappropriate;
The examination server is characterized in that the output means outputs the result of the submitted data determination as the result of the quick examination. The examination server according to claim 3 or 4,
It has a search method that can retrieve article information based on keywords,
The information acquisition means acquires personal identification information that can identify an individual or a corporation of the user,
The examination execution means is
If article information containing both the personal identification information of the user and a predetermined keyword in the same article is obtained by the search means, the user is not likely to be able to use the parking lot. determine the identity of the person,
If article information that includes both the personal identification information of the user and the predetermined keyword in the same article cannot be obtained, a user determination is made that the user may be able to use the parking lot. death,
The examination server is characterized in that the output means outputs the result of the user determination as the result of the quick examination. The examination server according to claim 5, which cites claim 4,
The examination execution means is
determining that the vehicle is suitable for the specific parking lot;
Determine the submitted data to the effect that the said certificate is appropriate,
And, if the user determines that there is a possibility that the user can use the parking lot,
The examination server is characterized in that the output means outputs, as a result of the quick examination, that the user can use the specific parking lot. The examination server according to claim 5 or 6 which cites claim 4,
The examination execution means is
vehicle determination that the vehicle is not compatible with the specific parking lot;
Determination of submitted data to the effect that the said certificate is inappropriate;
Or, when at least one of the following is determined by the user to the effect that there is no possibility of the user being able to use the parking lot,
The examination server is characterized in that the output means outputs, as a result of the quick examination, that the user cannot use the specific parking lot. The examination server according to any one of claims 5 to 7,
The information acquisition means includes:
If article information that includes both the personal identification information of the user and the predetermined keyword in the same article is obtained, further obtaining other personal identification information of the user;
The examination execution means is
If the acquired article information includes information corresponding to the other personal identification information, determine that the article information is appropriate;
If the acquired article information does not include information corresponding to the other personally identifying information, it is determined that the article information is inappropriate;
The output means is
If it is determined that the article information is inappropriate, the information including the fact that the user can use the parking lot, the personal identification information, the other personal identification information, and the article information is provided. Output as the result of the quick review,
If it is determined that the article information is appropriate, information including the fact that the user cannot use the parking lot, the personal identification information, the other personal identification information, and the article information is sent to the quick An examination server characterized by outputting examination results. The examination server according to any one of claims 1 to 8,
The image analysis means identifies the type of certificate of the image data, and acquires one or more partial images from the image data in a format corresponding to the type of certificate of the identified image data, An examination server that performs image analysis on the one or more partial images to extract certificate information that is character string information. The examination server according to claim 3 or any one of claims 4 to 9 that cites claim 3,
further equipped with a storage means,
If the storage means stores information indicating that the user does not own a vehicle, and does not store the vehicle information,
The examination server is characterized in that the output means displays a selection screen for selecting at least one of a car type or a model number for specifying the vehicle information. The examination server according to claim 3 or any one of claims 4 to 10 citing claim 3,
The above terms of use information is
The entire width of the parking lot,
The total height of the parking lot;
The total length of the parking lot;
The weight capacity of the parking lot,
minimum ground clearance of the parking lot;
The vehicle information includes information in the same category as the usage condition information,
The examination execution means is
The said terms of use information is
The entire width of the parking lot,
The total height of the said parking lot,
The total length of the parking lot,
or the weight capacity of the parking lot, if the value of the vehicle information is smaller than the value of the user information, it is determined that the vehicle information satisfies the usage condition information;
The said terms of use information is
In the case of the minimum ground clearance of the parking lot, if the value of the vehicle information is greater than the value of the user information, the examination server determines that the vehicle information satisfies the usage condition information. . The examination server according to claim 3 or any one of claims 4 to 11 that cites claim 3,
The parking lot information includes full parking lot information indicating whether the parking lot information is vacant or full,
comprising a reservation reception means for accepting reservations for usage applications from users when the specific parking lot is full;
The output means outputs, when the specific parking lot becomes vacant, a notification to the user who has made the reservation to the effect that the user can now apply for use.
An examination server characterized by: The examination server according to claim 12, which refers to claim 6 or 7, wherein the output means outputs the result of the quick examination before the specific parking lot becomes vacant. Review server. The examination server according to claim 13,
If we receive reservations for usage applications from multiple users,
The output means outputs the result of the quick review when the number of reservations exceeds a predetermined number;
When the specific parking lot becomes vacant, the user who is determined to be able to use the specific parking lot among the plurality of users as a result of the quick screening can apply for use. Output the said notification to the effect that
If the number of reservations does not exceed a predetermined number, outputting the notification to the plurality of users that it is now possible to apply for use;
An examination server characterized by: The examination server according to claim 6 or 7,
When the information acquisition means acquires information that the specific user has accessed the specific URL related to the specific parking lot,
The output means outputs the result of the quick examination.
An examination server characterized by: A screening execution method in a screening server that screens the use of a parking lot, the method comprising:
The examination server is
an information acquisition means for acquiring information used in the examination;
an image analysis means for analyzing image data of the certificate to extract certificate information that is character string information;
Examination execution means for conducting an examination based on at least one of vehicle information regarding the vehicle, the certificate information, and personal information related to the user's individual or corporation;
an output means for outputting the examination results;
It has
An examination execution method characterized in that a parking lot in which a quick examination can be performed, which is examined by the examination execution means of the examination server, and a parking lot in which a normal examination based on human judgment is performed are distinguished and displayed. 17. The examination execution method according to claim 16,
Screening execution characterized by displaying an icon indicating the location of a parking lot on a map, and displaying an icon of a parking lot where the quick screening can be performed and an icon of a parking lot where the normal screening can be performed in a distinguished manner. Method. The examination execution method according to claim 16 or 17,
A parking lot related to the specific parking lot, including the vehicle information regarding the vehicle of a user who desires to use the specific parking lot, and usage condition information that must be satisfied in order for the vehicle to fit into the specific parking lot. obtain information and,
If the vehicle information satisfies the usage condition information, determining that the vehicle is suitable for the specific parking lot;
If the vehicle information does not satisfy the usage condition information, it is determined that the vehicle is not compatible with the specific parking lot;
outputting the result of the vehicle determination as the result of the quick examination;
An examination execution method characterized by: The examination execution method according to claim 18,
The certificate is a certificate certifying an individual or a corporation,
If the personal information and the certificate information extracted by image analysis of the certificate correspond, determining the submitted data that the certificate is appropriate;
If the personal information and the certificate information do not correspond, it is determined that the submitted data is inappropriate;
outputting the result of the submitted data determination as the result of the quick review;
An examination execution method characterized by: The examination execution method according to claim 18 or 19,
The review server has a search means that can retrieve article information based on keywords,
Obtaining personally identifying information that can identify the individual or corporation of the user,
If article information containing both the personal identification information of the user and a predetermined keyword in the same article is obtained by the search means, the user is not likely to be able to use the parking lot. determine the identity of the person,
If article information that includes both the personal identification information of the user and the predetermined keyword in the same article cannot be obtained, a user determination is made that the user may be able to use the parking lot. and outputting the result of the user determination as the result of the quick examination;
An examination execution method characterized by: The examination execution method according to claim 20, which cites claim 19,
determining that the vehicle is compatible with the specific parking lot;
Determine the submitted data to the effect that the said certificate is appropriate,
And, if the user determines that there is a possibility that the user can use the parking lot,
A screening execution method characterized by outputting as a result of the quick screening that the user can use the specific parking lot. The examination execution method according to claim 20 or 21, which cites claim 19,
Vehicle determination that the vehicle is not compatible with the specific parking lot;
Determination of submitted data to the effect that the said certificate is not appropriate;
Or, when at least one of the following is determined by the user to the effect that there is no possibility of the user being able to use the parking lot,
A screening execution method characterized by outputting as a result of the quick screening that the user cannot use the specific parking lot. The examination execution method according to any one of claims 20 to 22,
If article information that includes both the personal identification information of the user and the predetermined keyword in the same article is obtained, further obtaining other personal identification information of the user;
If the acquired article information includes information corresponding to the other personal identification information, determine that the article information is appropriate;
If the acquired article information does not include information corresponding to the other personally identifying information, it is determined that the article information is inappropriate;
If it is determined that the article information is inappropriate, information including the fact that the user can use the parking lot, the personal identification information, the other personal identification information, and the article information; is output as the result of the quick review,
If it is determined that the article information is appropriate, information including the fact that the user cannot use the parking lot, the personal identification information, the other personal identification information, and the article information is sent to the An examination execution method characterized by outputting a result of a quick examination. The examination execution method according to any one of claims 16 to 23,
identifying the type of certificate of the image data;
Obtain one or more partial images from the image data in a format corresponding to the type of certificate of the identified image data, and analyze the one or more partial images to prove that the image is character string information. An examination execution method characterized by extracting document information. The examination execution method according to claim 18 or any one of claims 19 to 24 citing claim 18,
The examination server further includes a storage means,
If the user remembers information indicating that he/she does not own a vehicle, and does not remember the vehicle information,
An examination execution method characterized by displaying at least one of a vehicle type or a model number for specifying the vehicle information. The examination execution method according to claim 18 or any one of claims 19 to 25 citing claim 18,
The above terms of use information is
The entire width of the parking lot,
The total height of the parking lot;
The total length of the parking lot;
The weight capacity of the parking lot,
minimum ground clearance of the parking lot;
The vehicle article information includes information in the same category as the usage condition information,
The said terms of use information is
The entire width of the parking lot,
The total height of the said parking lot,
The total length of the parking lot,
or the weight capacity of the parking lot, if the value of the vehicle information is smaller than the value of the user information, it is determined that the vehicle information satisfies the usage condition information;
The said terms of use information is
In the case of the minimum ground clearance of the parking lot, if the value of the vehicle information is greater than the value of the user information, the vehicle is determined to be satisfied with the usage condition information. Method. The examination execution method according to claim 18 or any one of claims 19 to 26 citing claim 18,
The parking lot information has full parking lot information indicating whether the parking lot information is vacant or full,
comprising a reservation reception means for accepting reservations for usage applications from users when the specific parking lot is full;
When the specific parking lot becomes vacant, outputting a notification to the user who has made a reservation to the effect that the user can now apply for use;
An examination execution method characterized by: 28. The examination execution method according to claim 27, which refers to claim 21 or 22, characterized in that the result of the quick examination is output before the specific parking lot becomes vacant. The examination execution method according to claim 28, comprising:
If we receive reservations for usage applications from multiple users,
If the number of reservations exceeds a predetermined number, output the result of the quick review,
When the specific parking lot becomes vacant, the user who is determined to be able to use the specific parking lot among the plurality of users as a result of the quick screening can apply for use. Output the said notification to the effect that
An examination execution method characterized in that, if the number of reservations does not exceed a predetermined number, the notification to the effect that application for use is now possible is output to the plurality of users. The examination execution method according to claim 21 or 22,
When information is obtained that the specific user has accessed the specific URL related to the specific parking lot,
outputting the results of the quick examination;
An examination execution method characterized by: A program for causing an examination server to execute each step of the examination execution method according to any one of claims 16 to 30.