Housing diagnostic information management system and housing diagnostic information management method

Abstract

This invention provides a residential diagnostic information management system and a residential diagnostic information management method for appropriately managing residential diagnostic information. [Solution] In the housing diagnostic information management system 100, the server device includes a reception unit that presents a number of questions for each diagnostic category to the user terminal of a user who wishes to have their house diagnosed and accepts answers; a diagnostic unit that generates diagnostic result data including category scores for each diagnostic category and an overall score for the house based on the received answers; an output unit that outputs the generated diagnostic result data and an interface for guiding the user to a detailed diagnosis by a housing diagnostic expert to the user terminal; a medical record management unit that stores the diagnostic result data generated by the diagnostic unit based on the answers of the user who wishes to have their house diagnosed, and the detailed diagnostic result data of the house after a housing diagnostic expert has visited the site and performed a detailed diagnosis of the structural parts of the house, as a housing medical record in a storage device; and a certification unit that generates housing medical record certificate data.

Description

Technical Field

[0001] The present invention generally relates to a technique for managing housing diagnosis information.

Background Art

[0002] In recent years, the aging of the housing stock in Japan has been progressing, and the proper maintenance and management of detached houses and the preservation of their asset values have become social issues. Particularly in wooden detached houses, the deterioration of major structural parts such as roofs, exterior walls, and foundations due to aging is progressing, and regular inspections and planned repairs are required. However, when the residents themselves do not have specialized knowledge, it is difficult to accurately grasp the current situation of the house, and there is also a problem that means for systematically managing the deterioration status and repair history are not sufficiently established.

[0003] Under such circumstances, techniques related to building diagnosis and management have been proposed.

[0004] Patent Document 1 discloses a building diagnosis system that combines an electronic terminal used by an inspector who performs building deterioration diagnosis on site and a management server. In the building diagnosis system, diagnosis items and diagnosis criteria are displayed on the display unit of the electronic terminal, and the diagnosis results determined by the inspector are transmitted to the management server and then transmitted to the information display terminal of the building owner.

Prior Art Documents

Patent Documents

[0005]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0006] However, Patent Document 1 describes a configuration in which a specialist inspector performs a diagnosis on-site using an electronic terminal. There is still room for improvement in terms of enabling residents to self-diagnose the condition of their homes in a short time without having specialized knowledge, and in creating a system that smoothly connects them to a detailed diagnosis by a specialist based on the results, as well as enabling the diagnosis results to be used for maintaining asset value or as explanatory material when selling the property.

[0007] This invention was made based on the above, and proposes a housing diagnostic information management system and the like for appropriately managing housing diagnostic information. [Means for solving the problem]

[0008] To solve the above problems, the present invention provides a housing diagnostic information management system for managing housing diagnostic information, comprising: a reception unit that presents a number of questions for each diagnostic category to a user terminal of a user who desires a housing diagnostic and receives answers for each question regarding the housing; a diagnostic unit that calculates a category score for each diagnostic category and an overall score for the housing based on the answers received by the reception unit and generates diagnostic result data including the category score for each diagnostic category and the overall score for the housing; and a housing diagnostic expert who manages the diagnostic result data generated by the diagnostic unit based on the answers of the user who desires a housing diagnostic. The system comprises: an output unit that outputs an interface to the user's terminal to guide the user to a detailed diagnosis of the house; a record management unit that stores in a storage device a house medical record, linked to the user and the house, the diagnosis result data generated by the diagnosis unit based on the user's response requesting a house diagnosis, and the detailed diagnosis result data of the house obtained when a house diagnosis expert visits the site and performs a detailed diagnosis of the structural parts of the house; and a certification unit that generates a house medical record certificate data to prove to a third party the condition of the house and the authenticity of the detailed diagnosis result data of the house based on the house medical record stored in the storage device. [Effects of the Invention]

[0009] According to the present invention, the current state of a house can be objectively grasped, contributing to the maintenance and management of the house and the preservation of its asset value. Problems, means, and effects not mentioned above will be clarified by the following description of embodiments. [Brief explanation of the drawing]

[0010] [Figure 1] This figure shows an example of a housing diagnostic information management system according to the first embodiment. [Figure 2] This figure shows an example of a server device according to the first embodiment. [Figure 3] This figure shows an example of a medical record details table according to the first embodiment. [Figure 4] This figure shows an example of an access management table according to the first embodiment. [Figure 5] This figure shows an example of a revision history table according to the first embodiment. [Figure 6] This figure shows an example of the main processing performed by the server device according to the first embodiment. [Figure 7] This figure shows an example of a self-diagnosis process according to the first embodiment. [Figure 8] This figure shows an example of processing a deterioration diagnosis report coupon according to the first embodiment. [Figure 9] This figure shows an example of the residential medical record update process according to the first embodiment. [Figure 10] This figure shows an example of a sales support process according to the first embodiment. [Figure 11] This figure shows an example of a screen according to the first embodiment. [Figure 12] This figure shows an example of a screen according to the first embodiment. [Figure 13] This figure shows an example of a screen according to the first embodiment. [Modes for carrying out the invention]

[0011] (I) First Embodiment The configurations, processing procedures, or other elements disclosed below are provided for explaining embodiments of the present invention and do not limit the present invention. The explanations based on the drawings are for the purpose of assisting understanding, and for the shapes, arrangements, functions, etc. of the elements, there may be omissions or simplifications as necessary. The present invention is not limited to the disclosed one or more embodiments, and can also be realized by functionally or structurally equivalent means, or other means that achieve the same technical purpose within the scope that those skilled in the art can understand from the whole specification. Unless otherwise specified, each component in this specification is construed to include "at least one". Also, a term described in the singular form includes the plural form, and a term described in the plural form includes the singular form. Furthermore, the terms used in this specification are not limited to a specific meaning as long as it is clear in the context, and should be appropriately interpreted by those skilled in the art. For example, the expression "including" is construed to mean not limited to the listed matters.

[0012] Details will be described below with reference to the drawings. In this specification, the same or functionally similar elements among the elements shown in the drawings are given common reference numerals.

[0013] FIG. 1 is a diagram showing an example of a housing diagnosis information management system 100.

[0014] The housing diagnosis information management system 100 is a system (an example of an information processing system) for managing housing diagnosis information. In the housing diagnosis information management system 100, a user terminal 110, a management terminal 120, a server device 130, an external storage device 140, and an external system 150 are interconnected via a network 101.

[0015] The user terminal 110 is a terminal operated by a user who wishes to have a diagnosis of a house. The user terminal 110 is configured as, for example, a portable information terminal, a smartphone, a tablet terminal, or a personal computer. The user terminal 110 accesses a server device 130 that realizes a house diagnosis information management system 100 via a network 101, and inputs answers to questions for house diagnosis displayed on a screen and views diagnosis results.

[0016] The management terminal 120 is a terminal used by an operator who operates the house diagnosis information management system 100 or an expert in house diagnosis. The management terminal 120 is configured as, for example, a personal computer installed by the operator. The management terminal 120 is connected to the server device 130 via the network 101, displays management screens for member information, house medical records, diagnosis results, detailed diagnosis results, deterioration diagnosis reports, coupons, etc., and views, registers, updates, and deletes this information.

[0017] The server device 130 is an information processing device that executes the functions of the house diagnosis information management system 100. The server device 130 performs processes such as question presentation for each diagnosis category, answer reception, score calculation, house medical record management, house medical record certificate generation, member management, notification, deterioration diagnosis report generation, coupon issuance, etc. The server device 130 receives requests from the user terminal 110 and the management terminal 120 via the network 101, and transmits data corresponding to the requests to the user terminal 110 or the management terminal 120.

[0018] The external storage device 140 is a storage device in a separate enclosure from the server device 130. The external storage device 140 stores databases such as home medical records, diagnostic history, captured images, maintenance details, maintenance implementation history, report data, coupon information, access logs, and revision history. The external storage device 140 is connected to the server device 130 via the network 101 and reads and writes data in response to requests from the server device 130. The server device 130 may use a combination of its internal storage device and the external storage device 140, and the server device 130 may select the storage location according to the processing load and amount of data. Furthermore, the external storage device 140 may be configured as a storage device in a physically separate enclosure from the server device 130, or it may be configured to include storage space on the cloud provided by a cloud service provider. The server device 130 may be configured to save some or all of the home medical records and detailed diagnostic result data as copies in the cloud storage space within the external storage device 140.

[0019] External system 150 is another information processing system that works in conjunction with the housing diagnostic information management system 100. External system 150 may be, for example, a system for managing real estate transactions, a system for processing settlements, or a system for distributing emails. External system 150 is connected to server device 130 via network 101, receives housing medical record certificate data and other information provided by server device 130, and is responsible for supporting real estate sales, settlement processing, or notification processing.

[0020] Network 101 is a communication network that interconnects user terminals 110, management terminals 120, server devices 130, external storage devices 140, and external systems 150. Network 101 is configured as a public telephone network, the Internet, a dedicated line network, or a combination thereof. Network 101 may include wired lines, wireless lines, or both. Network 101 may utilize encrypted communication methods to securely transmit and receive residential diagnostic information between each device related to the residential diagnostic information management system 100.

[0021] Figure 2 shows an example of a server device 130.

[0022] The server device 130 comprises a processor 210, a storage device 220, and an interface device 230. The processor 210 is a device that performs data arithmetic and control processing. The storage device 220 is a device for storing programs, data, etc. Programs are read and executed by the processor. The interface device 230 is a device that sends and receives information with a network or other devices, or a device that performs information input and output between a user and the device, etc. The functions of the server device 130 (reception unit 221, diagnostic unit 222, output unit 223, medical record management unit 224, certification unit 225, member management unit 226, notification unit 227, report generation unit 228, coupon issuance unit 229, etc.) are realized by software, hardware, or a combination thereof. The functions of the server device 130 can be realized, for example, by software execution on a general-purpose computer, hardware implementation using dedicated circuits, or distributed processing utilizing the cloud, virtual machines, etc. Some or all of the functions of the server device 130 may be shared by one or more devices.

[0023] The reception unit 221 presents questions for each diagnostic category used in the home inspection to the user terminal 110 that has accessed the home inspection information management system 100, and accepts the answers entered by the user. For example, the reception unit 221 displays multiple questions on the screen for each diagnostic category such as roof, exterior walls, foundation, veranda and balcony, and obtains input from the user's choices such as "yes," "no," or "I don't know" for each question.

[0024] The diagnostic unit 222 calculates scores for each diagnostic category and an overall score for the entire house based on the answers received by the reception unit 221. For example, the diagnostic unit 222 assigns lower scores to answers such as "no" or "I don't know" than to answers such as "yes," and generates scores for each diagnostic category and an overall score based on them. The diagnostic unit 222 formats each calculated score into a format that can be stored in the external storage device 140 as diagnostic result data.

[0025] The output unit 223 generates screen data for displaying scores for each diagnostic category and an overall score based on the diagnostic result data generated by the diagnostic unit 222, and transmits the screen data to the user terminal 110. The output unit 223 generates, for example, graph data for displaying scores for each diagnostic category in radar chart format, and result screen data including evaluation comments for each diagnostic category and an overall evaluation comment. The output unit 223 also places an interface to a button for requesting a detailed diagnosis by a housing diagnostic expert on the diagnostic result screen, guiding the user to the detailed diagnosis request screen.

[0026] The medical record management unit 224 stores the diagnostic result data generated by the diagnostic unit 222 and the detailed diagnostic result data performed by the housing diagnostic specialist as a housing medical record for each house in the external storage device 140. The medical record management unit 224 stores information such as captured images, maintenance details, and maintenance implementation history, associating them with the user ID (information identifying the house) and the year of diagnosis. The medical record management unit 224 reads and provides past diagnostic history and the status of deterioration over time in response to requests from the user terminal 110 or management terminal 120. The medical record management unit 224 compares the scores for each diagnostic category and the overall score recorded for each diagnostic year, extracts the changes in diagnostic categories, increases or decreases in scores, and newly identified risk items between the most recent diagnosis and the previous diagnosis as change points, and provides these change points to the output unit 223, so that the user terminal 110 can view the change points since the previous diagnosis.

[0027] In addition, the medical record management unit 224 may store detailed diagnostic result data in the storage device 220, as well as as a copy in a cloud storage area provided by a cloud service provider. The medical record management unit 224 stores the detailed diagnostic result data stored in the cloud storage area in an encrypted state and securely manages the key information used for decryption within the server device 130. The medical record management unit 224 calculates a hash value for each detailed diagnostic result data and records the calculated hash value as verification information that can be used for tamper detection in the revision history table 500 or other management tables described later. Each time a reference operation or update operation is performed on the detailed diagnostic result data, the medical record management unit 224 records the access date and time, the operator's identification information, and the type of operation in the access management table 400 described later, and records the identification information and hash values ​​of the detailed diagnostic result data before and after the update in the revision history table 500 described later.

[0028] The certification unit 225 generates housing medical record certificate data based on the housing medical records accumulated by the medical record management unit 224, which includes a summary of the housing's diagnostic history, a graph showing the housing's deterioration over time, and a history of the maintenance performed on the housing. The certification unit 225 converts the generated housing medical record certificate data into a format that can be presented to a third party, such as an electronic file format or a printable format, and provides it to the external system 150 or the management terminal 120.

[0029] The Member Management Department 226 registers users who have applied for a detailed inspection by a housing inspection specialist as members and manages member attribute information, contact information, contract status, etc. The Notification Department 227 sends notifications for detailed inspections via email or message to members when the recommended time for a detailed inspection has arrived, based on the member information managed by the Member Management Department 226 and the inspection history managed by the Medical Record Management Department 224.

[0030] The report generation unit 228 generates a deterioration diagnosis report based on detailed diagnostic result data and captured images, including the deterioration status of the house, risk assessment, recommended repair locations, and estimated costs. When a user purchases a deterioration diagnosis report, the report generation unit 228 creates a report file that organizes the diagnostic results as charts and comments, and provides a download link to the user terminal 110.

[0031] The coupon issuing unit 229 issues discount coupons that can be used when applying for a detailed diagnosis, in accordance with the purchase information of the deterioration diagnosis report generated by the report generation unit 228, and records the coupon information in association with the housing medical record.

[0032] Figure 3 shows an example of a medical record detail table 300 that constitutes a housing medical record in the housing diagnostic information management system 100.

[0033] The medical record details table 300 is a table for managing the self-diagnosis results and detailed diagnosis results (diagnosis results), photographs, maintenance details (proposals), maintenance implementation history (maintenance history), deterioration diagnosis report (paid report), coupon information, and housing medical record certificate (sale support document) accumulated for each house as individual medical record details.

[0034] The medical record details table 300 includes a medical record details ID field. The medical record details ID is an identifier that uniquely identifies each medical record detail within the residential medical record. The residential diagnostic information management system 100 uses the medical record details ID as a key to identify individual records such as diagnostic result data and captured images.

[0035] The medical record details table 300 includes an annual diagnosis ID field. The annual diagnosis ID is an identifier that indicates the annual diagnosis record to which the medical record details are associated. The housing diagnosis information management system 100 uses the annual diagnosis ID as a foreign key to associate the diagnosis year and diagnosis status stored in the annual diagnosis table with the medical record details.

[0036] The medical record details table 300 includes a user ID field. The user ID is an identifier that identifies the user corresponding to the medical record details, i.e., the homeowner. The home inspection information management system 100 associates the home medical record with user information based on the user ID.

[0037] The medical record details table 300 includes an item for detail type. The detail type is a value that indicates the type of medical record detail. The housing diagnostic information management system 100 distinguishes and records items such as self-diagnosis results, detailed diagnosis results, captured images, maintenance details, maintenance implementation history, deterioration diagnosis report, coupons, and housing medical record certificates as detail types.

[0038] The medical record details table 300 includes fields for detail title and detail content. The detail title is a string indicating the title or summary of the medical record detail. The home inspection information management system 100 displays the details of the medical record details in a list screen, etc., to give an overview of the medical record details. The detail content is a string indicating the detailed content of the medical record details. The home inspection information management system 100 records the inspection findings, proposed solutions, and details of maintenance work in the detail content.

[0039] The medical record details table 300 includes an item for related file paths. The related file path is a value that indicates the path or URL of a file associated with the medical record details. The home inspection information management system 100 associates the medical record details with external files such as captured image files and PDF report files using the related file path.

[0040] The medical record details table 300 includes items for amount and discount value. The amount is a value that indicates monetary information related to the medical record details. The home inspection information management system 100 records the purchase price of deterioration diagnosis reports, maintenance work costs, etc., in the amount field. The discount value is a value that indicates the discount amount or discount rate. The home inspection information management system 100 records coupon discount conditions, etc., in the discount value field.

[0041] The medical record details table 300 includes fields for expiration date and implementation date and time. The expiration date is the date and time indicating the validity period of the medical record details. The housing inspection information management system 100 manages the expiration dates of coupons, deterioration diagnosis reports, etc. The implementation date and time indicates the date and time when the corresponding medical record details were implemented, issued, or output. The housing inspection information management system 100 manages the implementation date and time of detailed diagnoses, maintenance work, etc., based on the implementation date and time.

[0042] The medical record details table 300 includes fields for construction company, diagnostic company, and additional information. Construction company and diagnostic company are strings indicating the names of the businesses that handled maintenance or detailed diagnostics. The housing diagnostic information management system 100 records the construction company and diagnostic company so that users and third parties viewing the housing medical record can confirm the entity that carried out the diagnostics and construction. Additional information is a field for holding additional information for each detail type. For example, the housing diagnostic information management system 100 records the question number in the self-diagnosis results and the materials used in the maintenance implementation history in the additional information.

[0043] The medical record details table 300 includes a data hash value field. The data hash value is a value that represents the hash value calculated from the contents of the medical record details. The home inspection information management system 100 records the result of applying a hash function to inputs such as the details and related file paths as the data hash value. The home inspection information management system 100 uses the data hash value to detect whether the medical record details have been tampered with.

[0044] The medical record details table 300 includes fields for revision number and previous medical record details ID. The revision number is a value indicating the version number of the medical record details. The home inspection information management system 100 assigns "1" to the first version and manages the version number by incrementing it each time it is reissued or its content is modified. The previous medical record details ID is an identifier indicating the medical record details ID corresponding to the immediately preceding version. The home inspection information management system 100 is configured to trace the revision history of medical records chronologically by combining the revision number and the previous medical record details ID.

[0045] The medical record details table 300 includes fields for registration date and time and update date and time. The registration date and time indicates the date and time when the medical record details were newly registered. The update date and time indicates the date and time when the medical record details were last updated. By managing the registration date and time and update date and time, the housing inspection information management system 100 can track when each piece of information in the housing medical record was recorded and when it was updated.

[0046] Figure 4 shows an example of an access management table 400 that manages access history in the housing diagnostic information management system 100.

[0047] Access management table 400 is a table for recording the history of various accesses to residential diagnostic information, such as viewing residential medical records and presenting residential medical record certificate data. Access management table 400 is configured to allow tracking who accessed which information and when, in order to enhance the reliability of residential medical record certificate data.

[0048] The access management table 400 includes an access log ID field. The access log ID is an identifier that uniquely identifies each access log record. The home inspection information management system 100 searches for a specific access history using the access log ID as the key.

[0049] The access management table 400 includes a user ID field. The user ID is an identifier that indicates the user associated with the housing medical record being viewed. The housing diagnostic information management system 100 uses the user ID to identify which housing information is being accessed.

[0050] The access management table 400 includes the annual diagnosis ID and the medical record detail ID fields. The annual diagnosis ID is an identifier that indicates the annual diagnosis record that was accessed. The housing diagnosis information management system 100 uses the annual diagnosis ID to determine which year's housing medical record was viewed. The medical record detail ID is an identifier that indicates the medical record detail that was accessed. The housing diagnosis information management system 100 uses the medical record detail ID to identify which detail was accessed, such as self-diagnosis results, detailed diagnosis results, captured images, deterioration diagnosis reports, coupon information, etc.

[0051] The access management table 400 includes a user ID field. The user ID is an identifier for the user who accessed the system. The housing inspection information management system 100 uses the user ID to identify the accessing entity, distinguishing between different types of users, such as homeowners, housing inspection specialists, and real estate businesses. This allows the housing inspection information management system 100 to identify and record, for example, whether a homeowner viewed the housing inspection certificate data or a real estate business viewed it to support the sale.

[0052] The access management table 400 includes fields for access type and access date and time. Access type is a value indicating the type of access. The home diagnostic information management system 100 distinguishes and records access types such as viewing home medical records, downloading home medical record certificate data, requesting certificate printing, and issuing shared links. Access date and time is a value indicating the date and time the access occurred. Based on the access date and time, the home diagnostic information management system 100 tracks chronologically when home diagnostic information was used.

[0053] The access management table 400 includes items for access results and client information. Access results are values ​​that indicate the outcome of the access. The home inspection information management system 100 records the status of the access results, such as success (processing completed successfully), authorization error (authentication failed), and expiration. Client information is a value that indicates information about the access source terminal. The home inspection information management system 100 records the source IP address, agent information indicating the browser and terminal type used, etc., as client information. By referring to the client information and access results in combination, the home inspection information management system 100 detects signs of unauthorized access and suspected tampering, and ensures the reliability of the home medical record certificate data.

[0054] Figure 5 shows an example of a revision history table 500 that manages the change history of medical record details in the housing diagnostic information management system 100.

[0055] The revision history table 500 is a table for recording the history of changes made to medical record details included in the residential medical record, such as modifications, reissuance, or cancellation. The revision history table 500 is configured to allow for later verification of which medical record details were changed, by whom, and how, in order to ensure the reliability of the residential medical record certificate data.

[0056] The revision history table 500 includes a field for revision history ID. The revision history ID is an identifier that uniquely identifies each change history record. The housing inspection information management system 100 searches for a specific change history using the revision history ID as the key.

[0057] The revision history table 500 includes a field for the medical record detail ID. The medical record detail ID is an identifier that indicates the medical record detail that was modified. The home inspection information management system 100 uses the medical record detail ID to associate each change history with the original medical record detail stored in the medical record detail table 300.

[0058] The revision history table 500 includes a version number field. The version number is a value indicating the version number after the change. The housing inspection information management system 100 assigns "1" to the first edition and manages the version number by incrementing it each time the content is modified or reissued.

[0059] The revision history table 500 includes a change type item. The change type is a value that indicates the type of change. The housing inspection information management system 100 distinguishes and records change types such as content modification, reissue, and cancellation, clarifying the purpose of each change.

[0060] The revision history table 500 includes fields for the changer ID and the change date and time. The changer ID is an identifier for the user who performed the change operation. The home inspection information management system 100 identifies the entity that made the change, such as a home inspection specialist, administrator, or other person in charge, based on the changer ID. The change date and time is a value indicating the date and time the change operation was performed. By recording the change date and time, the home inspection information management system 100 tracks chronologically when and how the medical record details were changed.

[0061] The revision history table 500 includes an item for change summary. The change summary is a string of text that summarizes the changes. The home inspection information management system 100 records summaries of changes such as "replacement of photographed images," "correction of errors in diagnostic comments," and "reissuance of reports" in the change summary. By referring to the change summary, the home inspection information management system 100 allows users to understand the purpose of the changes without having to view the detailed medical record contents.

[0062] The revision history table 500 includes entries for old version hash value and new version hash value. The old version hash value is a value indicating the hash value corresponding to the medical record details before the change. The new version hash value is a value indicating the hash value corresponding to the medical record details after the change. The housing diagnostic information management system 100 records the results of applying a hash function to inputs such as the details of the medical record and related file paths as the old version hash value and new version hash value. The housing diagnostic information management system 100 uses the old version hash value and new version hash value recorded in the revision history table 500 to verify whether each version of the medical record details has been tampered with, thereby ensuring the authenticity of the housing medical record certificate data.

[0063] Figure 6 shows an example of the main processing (step S600) performed by the server device 130. In Figure 6, steps S601 to S609 each indicate the type of processing performed by the server device 130.

[0064] The server device 130 executes the processes shown in Figure 6, enabling the acceptance of annual inspection requests from homeowners, updating of home records, and support for home sales. These processes are executed individually or in combination with other processes, depending on the system's operational status and user requests.

[0065] In the member registration process shown in step S601, the server device 130 receives the name, contact information, residential address, and residential attribute information transmitted from the user terminal 110, assigns a user ID, and registers the member information in the external storage device 140. In the member registration process, the server device 130 also accepts whether the user wishes to receive an annual diagnosis and the preferred notification method (email, message, etc.), which are used in the subsequent annual diagnosis notification process.

[0066] In the annual diagnostic preparation process shown in step S602, the server device 130 refers to the member information and the date and time of the previous diagnostic recorded in the home medical record to determine which members are subject to the annual diagnostic and the diagnostic year. The server device 130 generates an annual diagnostic record for each diagnostic year and associates information such as the diagnostic category, question set, and diagnostic deadline with each record.

[0067] In the annual diagnostic notification process shown in step S603, the server device 130 generates a message informing each target member, determined in the annual diagnostic preparation process, that the annual diagnostic will be performed, and sends the notification message according to the notification method specified by the member. The server device 130 may also include a link to a self-diagnosis screen in the notification message to allow members to easily start the self-diagnosis.

[0068] In the self-diagnosis process shown in step S604, the server device 130 sequentially displays question screens for each diagnostic category in response to access from the user terminal 110 and accepts responses from the user. The server device 130 calculates scores for each diagnostic category and an overall score based on the responses and stores the self-diagnosis result data in the external storage device 140. Details of the self-diagnosis process will be described later with reference to Figure 7.

[0069] In the deterioration diagnosis report coupon processing shown in step S605, the server device 130 guides users through the purchase of a deterioration diagnosis report or the application for a detailed diagnosis by a home inspection specialist. The server device 130 may generate a deterioration diagnosis report only if a purchase is made, or it may generate a deterioration diagnosis report regardless of whether a purchase is made. The server device 130 issues a discount coupon to the purchaser of the deterioration diagnosis report that can be used when applying for a detailed diagnosis, and records the coupon information in association with the home record. Details of the deterioration diagnosis report coupon processing will be described later with reference to Figure 8.

[0070] In the detailed diagnostic process shown in step S606, the server device 130 receives the results of the detailed diagnostic (on-site diagnostic) by the home diagnostic specialist, the images taken, the maintenance details, and the maintenance history from the management terminal 120, and formats them as detailed diagnostic result data by the specialist. Using the specialist detailed diagnostic result data, the server device 130 calculates risk assessments and recommended repair areas, and generates a new report as necessary.

[0071] In the home medical record update process shown in step S607, the server device 130 updates the medical record details table 300 and the revision history table 500 based on the diagnostic result data obtained from the self-diagnosis process and the detailed diagnosis process, the detailed diagnosis result data, the captured images, the maintenance details, and the maintenance implementation history. The server device 130 changes the diagnosis status as needed and maintains the latest state of the home medical record that can be used to generate the home medical record certificate data. Details of the home medical record update process will be described later with reference to Figure 9.

[0072] In the sales support process shown in step S608, when the server device 130 receives a request for sales support from a user, it extracts diagnostic history, maintenance history, etc. from the housing record and generates housing record certificate data. The server device 130 provides the generated housing record certificate data to the external system 150 and the screen for real estate businesses to support the explanation of the housing condition. Details of the sales support process will be described later with reference to Figure 10.

[0073] In the annual diagnostic process shown in step S609, the server device 130 records the completion of processing for the current diagnostic year and sets the scheduled date and notification timing for the following year's annual diagnostic in the annual diagnostic record. Based on the set information, the server device 130 makes the following year's annual diagnostic preparation process and annual diagnostic notification process ready to be executed, and repeats these processes for each diagnostic year.

[0074] Figure 7 shows an example of a self-diagnosis process.

[0075] In step S701, the server device 130 accepts a self-diagnosis. The server device 130 accepts a user terminal 110 that has accessed the self-diagnosis screen via a predetermined link or the like, and identifies the user ID and the diagnosis year.

[0076] In step S702, the server device 130 sets the diagnostic year (or diagnostic year). The server device 130 obtains the diagnostic year for which self-diagnosis will be performed from the annual diagnostic record, associates the obtained diagnostic year with the user ID, and stores it as session information for the self-diagnosis process.

[0077] In step S703, the server device 130 acquires information on diagnostic categories. The server device 130 reads from the storage device 220 a set of questions belonging to each diagnostic category, such as roof, exterior walls, foundation, balcony, aging deterioration, and water leakage risk.

[0078] In step S704, the server device 130 initializes the index of diagnostic categories. The server device 130 sets the index value that indicates the first diagnostic category to be presented as the initial value and manages the processing order of the diagnostic categories.

[0079] In step S705, the server device 130 generates and displays a question screen. The server device 130 generates a question screen using questions from the diagnostic category corresponding to the current index, and sends the generated question screen to the user terminal 110.

[0080] In step S706, the server device 130 receives the answers to the questions. The server device 130 receives the answers entered by the user for each question and obtains one of the following selections as the answer: "Yes," "No," or "I don't know."

[0081] In step S707, the server device 130 performs the next screen operation and unanswered question confirmation process. When the server device 130 receives a user's operation to proceed to the next screen, it determines whether there are any unanswered questions in the diagnostic category, and if there are, it redisplays a message indicating that there are unanswered questions and prompts the user to answer.

[0082] In step S708, the server device 130 calculates a score for each diagnostic category. The server device 130 calculates a score for each diagnostic category based on the answers received for all questions in each diagnostic category. The server device 130 assigns a score of "2" to "yes" answers, and assigns a score of "0" to "no" and "I don't know" answers, which is lower than the score for "yes" answers, and then aggregates the scores for each answer to obtain a score for each diagnostic category.

[0083] For example, the server device 130 sets the total number of questions to "50," with "9" questions each for the diagnostic categories of aging deterioration and water leakage risk, and "8" questions each for the roof, exterior walls, foundation (underfloor), and veranda / balcony. The server device 130 uses the results of the user's answers to all "50" questions via the user terminal 110 to determine the score for each diagnostic category and the overall score.

[0084] In step S709, the server device 130 determines whether the current index's diagnostic category corresponds to the final diagnostic category. If the server device 130 determines that it is not the final diagnostic category, it updates the index and returns to step S705 to generate the question screen for the next diagnostic category. If it determines that it is the final diagnostic category, it proceeds to step S710.

[0085] In step S710, the server device 130 generates and displays a confirmation screen. The server device 130 generates evaluation comments for each diagnostic category and an overall evaluation comment. The server device 130 displays a confirmation screen on the user terminal 110 indicating that the user has completed answering the questions in all diagnostic categories and accepts the user's termination operation.

[0086] In step S711, the server device 130 generates diagnostic result data. The server device 130 formats the diagnostic result data, which includes scores for each diagnostic category, an overall score, evaluation comments, and response content, into a predetermined format.

[0087] In step S712, the server device 130 takes over the diagnostic result data so that it can be used in the deterioration diagnosis report coupon processing shown in Figure 8 and the housing medical record update processing shown in Figure 9, and then terminates the self-diagnosis process.

[0088] Figure 8 shows an example of processing a deterioration diagnosis report coupon.

[0089] For example, the server device 130 may start the process shown in Figure 8 after the self-diagnosis process shown in Figure 7 has generated diagnostic result data. Alternatively, for example, it may start the process shown in Figure 8 when providing a deterioration diagnosis report using past diagnostic result data or detailed diagnostic result data.

[0090] In step S801, the server device 130 determines whether or not to purchase a degradation diagnosis report. The server device 130 monitors the operation of the purchase button for the degradation diagnosis report and determines whether the user wishes to purchase the degradation diagnosis report. If the server device 130 determines that the user wishes to purchase the degradation diagnosis report, it proceeds to step S802; if it determines that the user does not wish to purchase the degradation diagnosis report, it proceeds to step S805.

[0091] In step S802, the server device 130 receives information regarding the purchase of a degradation diagnosis report. The server device 130 receives from the user terminal 110 the payment method, billing information, and method for receiving the electronic file necessary for purchasing the degradation diagnosis report.

[0092] In step S803, the server device 130 generates a deterioration diagnosis report. The server device 130 performs billing in cooperation with the payment processing system, and if the billing process is successful, it generates a deterioration diagnosis report to provide to the user using the diagnosis history in the housing record. The server device 130 includes information such as the deterioration status of the house, risk assessment, recommended repair locations, and estimated costs in the deterioration diagnosis report. The server device 130 saves the generated deterioration diagnosis report as an electronic file for download or viewing on the external storage device 140. Note that the registration of the record details corresponding to the generated deterioration diagnosis report may also be performed in the housing record update process shown in Figure 9.

[0093] For example, the server device 130 records the deterioration status, including scores and judgment ranks (e.g., rank A to rank D) for each diagnostic category such as roof, exterior walls, foundation, veranda / balcony, age-related deterioration, and water leakage risk. The server device 130 also provides risk assessments, showing the probability of water leakage and the degree of deterioration of structural members for each evaluation axis, clearly indicating areas that are highly likely to experience serious problems in the near future. The server device 130 also lists recommended repair locations, including recommended repair content and timing for each part, and calculates and records estimated construction costs for each repair item and the total estimated cost for the entire project. If necessary, the server device 130 includes in the report diagrams with markers indicating deteriorated areas on images taken during the detailed diagnosis, providing a deterioration diagnosis report in a format that makes it easy for the user to visually understand the condition of the house.

[0094] In step S804, the server device 130 provides a degradation diagnosis report. The server device 130 saves the generated degradation diagnosis report as an electronic file to the external storage device 140 and provides a download link or viewing screen from the user terminal 110.

[0095] In step S805, the server device 130 determines whether or not a detailed diagnosis request has been made. The server device 130 monitors the operation of the detailed diagnosis request button displayed on the diagnosis results screen or the deterioration diagnosis report provision screen and determines whether the user requests a detailed diagnosis by a housing diagnosis expert. If the server device 130 determines that a detailed diagnosis request has been made, it proceeds to step S806; if it determines that there has been no request for a detailed diagnosis, it proceeds to step S809.

[0096] In step S806, the server device 130 issues a coupon. Based on the purchase history of deterioration diagnosis reports and member information, the server device 130 generates a discount coupon that can be used when applying for a detailed diagnosis, and generates coupon information such as a coupon identifier, expiration date, and discount rate. The server device 130 also displays the coupon information on the detailed diagnosis application screen so that the user can check the discount conditions. Note that the process of registering the generated coupon information in association with the housing medical record may be performed in the housing medical record update process shown in Figure 9.

[0097] In step S807, the server device 130 displays the application screen for a detailed diagnosis. The server device 130 generates application screen data for the user to input the desired date and time for the detailed diagnosis, contact information, and information about the house to be diagnosed, and sends the application screen data to the user terminal 110.

[0098] In step S808, the server device 130 receives the application information. The server device 130 receives the application information for detailed diagnosis and coupon usage information entered from the user terminal 110, and configures the application information as a detailed diagnosis reservation record.

[0099] In step S809, the server device 130 prepares the recording of the home medical record. The server device 130 registers the application information for the detailed diagnosis and the coupon usage information in the external storage device 140 as application records associated with the user ID and the diagnosis year. The server device 130 manages the application records so that they are used in the home medical record update process shown in Figure 9, and then terminates the deterioration diagnosis report coupon processing.

[0100] Figure 9 shows an example of the process for updating a residential property record.

[0101] The server device 130 updates the house's medical record by organizing the self-diagnosis results, detailed diagnosis results, captured images, maintenance details, maintenance implementation history, and deterioration diagnosis report.

[0102] In step S901, the server device 130 acquires past diagnostic results, detailed diagnostic results, captured images, maintenance details, maintenance implementation history, existing deterioration diagnostic reports, coupon information, etc., as housing medical record data. The server device 130 reads the medical record details table 300, revision history table 500, and application records from the external storage device 140, and loads the existing data related to the housing to be updated into processing memory.

[0103] In step S902, the server device 130 identifies the target for diagnosis. Based on the user ID, housing identification information, and diagnosis year included in the application record, the server device 130 identifies the housing and diagnosis year for which the housing record will be updated. The server device 130 may also be configured to perform the housing record update process for housing directly specified from the management terminal 120.

[0104] In step S903, the server device 130 determines whether or not a deterioration diagnosis report exists. The server device 130 determines whether a deterioration diagnosis report associated with the identified house and diagnosis year is registered in the medical record details table 300. If the server device 130 determines that the deterioration diagnosis report is registered, it proceeds to step S904; if it determines that the deterioration diagnosis report is not registered, it proceeds to step S905.

[0105] In step S904, the server device 130 updates the medical record details (deterioration diagnosis report details) corresponding to the deterioration diagnosis report. The server device 130 recalculates the risk assessment, recommended repair locations and estimated costs to reflect the latest self-diagnosis results, detailed diagnosis result data, maintenance details, and maintenance implementation history in the existing deterioration diagnosis report details registered in the medical record details table 300, and generates updated deterioration diagnosis report details that include summary information and the save path of the deterioration diagnosis report file. The server device 130 also updates the score for each diagnosis category as needed, and records the hash values ​​or version numbers of the deterioration diagnosis report details before and after the update in the revision history table 500.

[0106] In step S905, the server device 130 generates a new deterioration diagnosis report detail corresponding to the deterioration diagnosis report. Using the deterioration diagnosis report, diagnosis result data, detailed diagnosis result data, and housing medical record data generated in step S803 of Figure 8, the server device 130 generates a deterioration diagnosis report detail linked to the housing medical record. The server device 130 includes summary information regarding the evaluation for each diagnosis category, risk assessment, recommended repair locations, and estimated costs, as well as the save path for the deterioration diagnosis report file, and registers it as a new medical record detail in the medical record detail table 300. If the user has already purchased a deterioration diagnosis report in the process shown in Figure 8, the server device 130 may configure the deterioration diagnosis report detail to be consistent with its contents. Furthermore, if a discount coupon has been issued in step S806 of Figure 8 corresponding to the diagnosis year, the server device 130 generates a coupon detail including the coupon identifier, expiration date, and discount rate, and registers it in the medical record detail table 300 as a medical record detail associated with the user ID and diagnosis year.

[0107] In step S906, the server device 130 registers the diagnostic result data. If the diagnostic result data generated by the self-diagnosis process shown in Figure 7 is not yet registered in the home medical record, the server device 130 converts the diagnostic result data into a format that can be registered as a medical record item corresponding to the home medical record and writes it to the medical record item table 300 stored in the external storage device 140. The server device 130 also calculates a hash value for the diagnostic result data to be registered, records the calculated hash value in the revision history table 500 or another management table, and saves the diagnostic result data as an encrypted copy in the cloud storage area within the external storage device 140. If the results of the self-diagnosis have already been registered, the server device 130 may register it as a new version by updating the revision history table 500.

[0108] In step S907, the server device 130 registers the detailed diagnostic result data. The server device 130 receives the detailed diagnostic results, evaluation comments, and checklist items entered by the housing diagnostic specialist from the management terminal 120, and registers them as detailed diagnostic result data in the medical record details table 300. The server device 130 records the date the detailed diagnostic was performed and information identifying the specialist who performed the diagnostic, associating them with the detailed diagnostic result data. The server device 130 manages the detailed diagnostic result data in association with subsequent images, maintenance details, and the maintenance history, using the diagnostic year and housing identification information. The server device 130 also calculates a hash value for the detailed diagnostic result data to be registered, records the calculated hash value in the revision history table 500 or another management table, and saves an encrypted copy of the detailed diagnostic result data in the cloud storage area within the external storage device 140.

[0109] In step S908, the server device 130 registers the captured images. The server device 130 receives image files of the roof, exterior walls, foundation, veranda / balcony, etc., taken by the home inspection specialist during the detailed inspection from the management terminal 120, and registers the save path or URL of the image files in the medical record details table 300. The server device 130 records the date and time of shooting, the location of shooting, and the identifier of the corresponding detailed inspection result data as additional information associated with each captured image.

[0110] In step S909, the server device 130 registers the maintenance details. The server device 130 receives the maintenance details created by the home inspection specialist based on the detailed inspection results as proposed data, and registers the maintenance details, recommended timing, and priority in the medical record details table 300. The server device 130 records the proposed data in association with the detailed inspection result data and the captured image data.

[0111] In step S910, the server device 130 registers the maintenance implementation history. The server device 130 receives information on repair work and inspection work entered by homeowners and construction companies, and registers the maintenance implementation history, including the construction company name, work details, work implementation date, and work cost, as execution history data in the medical record details table 300. By associating the execution history data with the proposed data, the server device 130 makes it possible to track when the maintenance work proposed by the home inspection specialist was carried out. The server device 130 stores the images taken when the detailed inspection was carried out, the maintenance work proposed by the specialist, and the maintenance implementation history in the external storage device 140 as a home medical record, linked chronologically to the house for each inspection year.

[0112] In step S911, the server device 130 performs a diagnostic status update process. Based on the self-diagnosis results, detailed diagnosis results, the contents of the deterioration diagnosis report, the maintenance details, and the maintenance history, the server device 130 updates the diagnostic status assigned to the house record. The server device 130 sets a status such as "Diagnosis Complete," "Caution Required," or "Repair Required" as the diagnostic status.

[0113] In step S912, the server device 130 records a history log of access and update operations on the detailed diagnostic result data. When the detailed diagnostic result data is viewed or updated, the server device 130 records the access date and time, information identifying the operator, and the type of operation in the access management table 400, and, if necessary, registers the identification information and hash value of the detailed diagnostic result data before and after the update in the revision history table 500. The server device 130 maintains the recorded history log and revision history in a state that can be used for authenticity verification and tamper detection of the housing medical record certificate data, and then terminates the housing medical record update process.

[0114] Figure 10 shows an example of the sales support process.

[0115] The server device 130 generates housing record certificate data based on the housing record in response to a request from a user who wishes to sell their house, and assists in presenting and sharing it with third parties.

[0116] In step S1001, the server device 130 displays a screen for sales support. When the server device 130 receives a screen display request from the user terminal 110, it generates a screen for sales support and sends screen data to the user terminal 110, including a field for selecting the house to be sold, an input field for the planned sale date, and an operation section for starting the creation of the house record certificate.

[0117] In step S1002, the server device 130 executes the sales acceptance process. The server device 130 receives the selection information of the property to be sold, the planned sale period, and the type of expected buyer (individual, real estate business, etc.) entered from the user terminal 110, and records it in the external storage device 140 as a sales support request. The server device 130 manages the sales support request in association with the user ID and property identification information.

[0118] In step S1003, the server device 130 extracts the housing record data. Based on the housing identification information and the range of the diagnosis year included in the sales support request, the server device 130 refers to the record details table 300, the access management table 400, and the revision history table 500 from the external storage device 140 and extracts the diagnosis result data, detailed diagnosis result data, captured images, maintenance details, maintenance implementation history, and existing deterioration diagnosis reports related to the housing to be sold.

[0119] In step S1004, the server device 130 calculates indicators. Based on the extracted housing medical record data, the server device 130 calculates the latest score for each diagnostic category, the overall score, the evaluation rank for deterioration over time, the maintenance implementation rate, and the number of detailed diagnostics performed. The server device 130 stores the calculated indicators as numerical data for inclusion in the housing medical record certificate data and as data for graph display.

[0120] In step S1005, the server device 130 selects a template. The server device 130 determines which template to use from among several types of certificate templates, depending on the expected use case of the certificate (e.g., person-to-person transactions, presentation to real estate businesses). The storage device 220 stores multiple types of templates with different components and layouts, including templates in a format that includes detailed technical information and simplified templates that focus on an overview. The server device 130 selects one of the templates to retain depending on the purpose of supporting sales.

[0121] In step S1006, the server device 130 generates housing medical record certificate data. The server device 130 embeds the calculated indicators and extracted housing medical record data into a template and generates housing medical record certificate data. The server device 130 includes in the housing medical record certificate data a summary of the diagnostic history, evaluation graphs for each diagnostic category, a history of major maintenance performed, and information on the specialist who performed the detailed diagnosis. The server device 130 saves the generated housing medical record certificate data in a temporary area, allowing the user to verify its contents. The server device 130 configures the generated housing medical record certificate data as medical record details associated with a user ID that identifies the house and the year of diagnosis, and registers it in the medical record details table 300.

[0122] In step S1007, the server device 130 executes the correction acceptance process. The server device 130 displays a preview screen of the housing medical record certificate data on the user terminal 110 and accepts the user's specification of information that should not be displayed when published (such as personal names or parts of detailed addresses) and input of additional content in the comment field. The server device 130 generates the final version of the housing medical record certificate data that reflects the corrections received from the user.

[0123] In step S1008, the server device 130 executes the recipient acceptance process. The server device 130 receives information from the user terminal 110 regarding the recipient of the housing medical record certificate data, such as real estate businesses, financial institutions, or individual potential buyers, and registers the recipient identification information and contact information as a sales support record in the external storage device 140.

[0124] In step S1009, the server device 130 issues a sharing method. The server device 130 generates a viewing URL, a one-dimensional or two-dimensional code, and an electronic file download link as a method for sharing the residential medical record certificate data. The server device 130 manages the generated sharing method in association with the recipient identification information.

[0125] In step S1010, the server device 130 shares the residential medical record certificate data. The server device 130 sends the viewing URL or QR code generated in step S1009 to the recipients registered in step S1008 via email or other means, creating a state where the recipients can access the residential medical record certificate data. The server device 130 also displays the shared link to the user terminal 110 as needed, enabling additional sharing by users. When the server device 130 receives a request from a recipient to view or download the residential medical record certificate data, it generates an access log including the user ID, recipient identification information, access type, and access date and time, and appends it to the access management table 400.

[0126] In step S1011, the server device 130 records the revision history of the housing medical record certificate data. When the contents of the housing medical record certificate data are modified or reissued, the server device 130 generates a revision history record including the type of change, the ID of the person who made the change, the date and time of the change, and the hash value of the old version and the hash value of the new version, and registers it in the revision history table 500.

[0127] Figure 11 shows an example of a self-diagnostic screen (screen 1100) provided by the server device 130 to the user terminal 110.

[0128] Screen 1100 is an example of a screen that presents questions related to exterior walls, one of the categories of home inspections, and accepts responses from the user.

[0129] The server device 130 places a title area at the top of the screen 1100 and displays the name of the home inspection service and the name of the operating company in the title area. Even when the user proceeds with the inspection through multiple screens, the server device 130 maintains a common layout for the title area of ​​each screen, making it easy for the user to understand the service they are using.

[0130] The server device 130 places a diagnostic category selection area below the title area. The server device 130 displays the names of diagnostic categories such as aging deterioration, water leakage risk, roof, exterior walls, foundation (underfloor), and veranda / balcony as tabs arranged in a continuous arrow shape in the diagnostic category selection area. The server device 130 highlights "exterior walls" as the currently selected diagnostic category in the diagnostic category selection area, making it visually distinct from other diagnostic categories, thereby allowing the user to easily recognize the category to be answered.

[0131] The server device 130 places a question heading area below the diagnostic category selection area and displays "exterior wall" as the current diagnostic category name in the question heading area. The server device 130 also places a question list area below the question heading area and displays multiple numbered questions related to the exterior wall in the question list area. As an example, the server device 130 displays questions for checking the condition of the exterior wall, such as "Are there cracks in the exterior wall?", "Are there any areas where the exterior wall paint is peeling?", "Is there moss or mold attached to the exterior wall?", "Does powder come off when you touch the exterior wall?", and "Are there gaps in the joints of the exterior wall material?".

[0132] The server device 130 places an answer input area directly below each question. The server device 130 displays three selection buttons, "Yes," "I don't know," and "No," side by side in the answer input area, and is configured so that the user can input their answer simply by selecting the desired button. When the server device 130 receives information about the operation of a selection button from the user terminal 110, it stores the answer value corresponding to the operated button as part of the diagnostic result data.

[0133] The server device 130 places a navigation area at the bottom of the question list area. The server device 130 displays a back button to return to the previous category and a next button to advance to the next category in the navigation area. When the server device 130 receives an operation of the back button from the user terminal 110, it changes the index of the diagnostic category to the previous value and generates a question screen for the previous diagnostic category. When it receives an operation of the next button, it changes the index of the diagnostic category to the next value and generates a question screen for the next diagnostic category. If the server device 130 has not completed answering all questions related to the exterior wall, it may be configured to display a message indicating that there are unanswered questions even after receiving an operation of the next button, prompting the user to answer them.

[0134] The server device 130 applies the layout shown on screen 1100 to other diagnostic categories as well, and sequentially displays question screens of the same format while switching between diagnostic categories. By using question screens of the same format, the server device 130 reduces the need for users to learn new operating procedures even when they repeatedly perform answer operations, enabling them to complete self-diagnosis in a short amount of time.

[0135] Figure 12 shows an example of a diagnostic results screen (screen 1200) generated by the server device 130.

[0136] The screen 1200 has a title area at the top showing the name of the diagnostic service and a display area showing the name of the service provider, and a name display area in the middle showing user identification information. The server device 130 displays the name corresponding to the user ID in the name display area and displays a message acknowledging the completion of the answers and a guidance message following the score display, using a combination of character images and speech bubble messages.

[0137] The server device 130 places a total score area in the middle of the screen 1200 and displays the calculated total score numerically. Below the total score area, the server device 130 places a score details area and displays the scores for each diagnostic category, such as aging deterioration, water leakage risk, roof, exterior walls, foundation (underfloor), and veranda / balcony, in a list format. In the score details area, the server device 130 displays the diagnostic category name and score side by side so that the user can see at a glance which parts have high or low scores.

[0138] The server device 130 places a score chart area at the bottom of the screen 1200 and generates a graph image for displaying scores for each diagnostic category in a radar chart. The server device 130 corresponds each axis of the radar chart to aging deterioration, water leakage risk, roof, exterior walls, foundation (underfloor), and veranda / balcony, and plots the scores as values ​​on each axis to visually show the overall balance and weaknesses of the house. By displaying a combination of the total score area, score details area, and score chart area, the server device 130 presents the diagnostic results to the user in an easy-to-understand manner using both numerical and graphical information.

[0139] Figure 13 shows an example of a diagnostic results screen (screen 1300) generated by the server device 130.

[0140] The server device 130 has a screen 1300 configured with a vertically continuous arrangement of category-specific result display areas that show scores, evaluations, and comments for each diagnostic category, an overall evaluation display area that shows the overall evaluation of the entire house, and a detailed diagnostic guidance area and an introduction link area. The server device 130 also has areas for displaying graphs such as radar charts and category-specific result display areas that display a list of scores and comments for each diagnostic category, and controls the system so that users can view them sequentially by scrolling. In Figure 13, for the sake of brevity, the display of the category-specific result display areas is omitted, and the screen configuration from the overall evaluation display area onward is shown as an example.

[0141] The server device 130 places a heading section at the top of the screen 1300 to display the diagnostic results. The server device 130 is configured to allow users to intuitively recognize that the heading section contains a display area for the title.

[0142] The server device 130 places an overall assessment display area below the category-specific results display area. The server device 130 displays a numerical value indicating the overall score and a label indicating the evaluation category corresponding to that value in the overall assessment display area. For example, if the overall score is below a predetermined threshold, the server device 130 displays a label such as "Requires Diagnosis" as the evaluation category and displays an overall comment such as "Signs of deterioration are seen throughout the house" in the comment field within the overall assessment display area. The server device 130 displays a character image and a speech bubble near the overall assessment display area and includes an easy-to-understand message such as "Deterioration is seen in multiple parts" in the speech bubble, thereby conveying the professional diagnostic results to the user in an accessible way.

[0143] The server device 130 places a detailed diagnosis guidance area below the overall assessment display area. In the detailed diagnosis guidance area, the server device 130 displays explanatory text encouraging the user to perform a more detailed diagnosis, and a button-like operation section for accepting the user's request to transition to the detailed diagnosis application screen by a housing inspection specialist. When the user selects the operation section, the server device 130 activates the deterioration diagnosis report coupon processing and detailed diagnosis application processing shown in Figure 8, and displays the detailed diagnosis application information acceptance screen on the user terminal 110.

[0144] The server device 130 places a referral link area at the bottom of the screen 1300. The server device 130 displays a message in the referral link area encouraging users to refer the home inspection service to friends and acquaintances, and displays a referral QR code and a URL display field. The server device 130 encodes the access URL to the self-diagnosis application screen or the member registration screen in the QR code, and displays the same URL as a string in the URL display field. The server device 130 places a "copy" button and a "share" button at the bottom of the URL display field. When the "copy" button is pressed, the URL string is stored in the clipboard of the user terminal 110, and when the "share" button is pressed, control information is sent to call the sharing function of the user terminal 110. With the above configuration, the server device 130 provides a screen 1300 that prompts users to apply for a detailed diagnosis after presenting the self-diagnosis results, and further promotes the introduction of the home inspection service.

[0145] (A natural progression from self-diagnosis to detailed diagnosis) In this embodiment, the housing inspection information management system 100 provides a user interface that allows homeowners to perform self-inspections without burden, serving as a pathway for applying for a detailed inspection by a housing inspection specialist. The server device 130 generates question screens for each inspection category, such as roof, exterior walls, foundation (underfloor), veranda / balcony, aging deterioration, and water leakage risk, with three answer options: "yes," "no," and "I don't know." By standardizing the question format, the answering process is simplified. Homeowners can complete the self-inspection, which has a limited number of questions, in a short time, intuitively grasp the risk trends of their home on the inspection results screen and overall assessment screen, and then proceed directly to the detailed inspection application screen. As a result, users can easily try self-inspections and, when they feel the need, proceed to apply for a detailed inspection by a specialist without any hesitation.

[0146] (Reducing the burden of explanations during the sale and increasing transparency in price formation) In this embodiment, the housing diagnostic information management system 100 centrally manages detailed diagnostic results, photographed images, proposed maintenance content, and maintenance implementation history conducted by housing diagnostic specialists as a housing medical record, and generates housing medical record certificate data based on that record, thereby objectively and clearly presenting the condition of the house to third parties. The server device 130 generates housing medical record certificate data, which includes a summary of the diagnostic history, evaluation graphs for each diagnostic category, and a history of major maintenance, from the detailed diagnostic results and maintenance implementation history stored in the medical record details table 300. When selling a house, homeowners can present the housing medical record certificate data to real estate agents and potential buyers to concisely explain the condition of the house and its maintenance history, and buyers can make decisions based on the diagnostic history and expert opinions. As a result, information asymmetry in used housing transactions is reduced, and price formation and negotiations become more transparent and satisfactory.

[0147] (Long-term maintenance and risk visualization) In this embodiment, the home inspection information management system 100 uses the initial self-inspection results as an entry point to accumulate detailed inspections by home inspection specialists, as well as subsequent maintenance proposals and implementation history in chronological order, making it easier for homeowners to create long-term maintenance plans. The server device 130 accepts detailed inspection requests based on the risk awareness obtained from the self-inspection, and stores images taken during the detailed inspection, deterioration diagnosis reports, proposed maintenance content, and the history of actually carried out work, linked to the home record for each inspection year. Homeowners can view the home record on a screen to see what kind of risks were pointed out in which parts of the house, and what maintenance was performed at what time, making it easier to grasp the estimates and budgets for future repairs. As a result, it becomes easier to maintain the safety and asset value of the house based on planned maintenance, while avoiding excessive work and ad-hoc repairs.

[0148] (Enhancing confidence by ensuring data reliability and evidentiary value) In this embodiment, the housing inspection information management system 100 manages access history and revision history of detailed inspection result data and housing record certificate data using the access management table 400 and revision history table 500, and records consistency verification information such as hash values, thereby enhancing the reliability and evidentiary value of the inspection information and certificates. The server device 130 records the date and time when a housing inspection expert performed a detailed inspection, information identifying the expert, identification information of the captured images, and the content of the inspection as detailed inspection result data. When the detailed inspection result data or housing record certificate data is revised, the server device 130 registers the version information and hash values ​​before and after the revision in the revision history table 500. The server device 130 also records access and sharing operations of housing record certificate data in the access management table 400, making it possible to track who viewed the information and when. As a result, homeowners and prospective buyers can more easily confirm that the presented inspection information has not been tampered with based on the expert's inspection, and can trust the inspection results and housing record certificate data with confidence.

[0149] (II) Addendum In this specification, "residential building" is a concept that includes, but is not limited to, detached houses, apartment buildings, row houses, buildings with residential units integrated with shops or offices (combined residential and commercial buildings or offices combined with residences), and other buildings that have a portion where people live. Furthermore, "residential building subject to diagnosis" refers to a residential building that is subject to diagnosis by the owner or user using the residential building diagnosis information management system 100.

[0150] In this specification, "veranda" means an outdoor floor area of ​​a house that faces the outside air, including balconies, roof balconies, and terraces, regardless of whether or not they have a roof or their height.

[0151] In this specification, "housing inspection specialist" refers to a person who possesses specialized knowledge regarding the structure and deterioration of houses and who diagnoses the condition of a house on-site. More specifically, this includes a first-class or second-class architect who has completed the existing housing condition survey technician training course, as well as so-called home inspectors (housing diagnosticians).

[0152] In this specification, "self-diagnosis" refers to a diagnosis performed by the user who desires a diagnosis of their home (a so-called self-check).

[0153] In this specification, "maintenance" refers to all work performed to maintain or improve the condition of a house, and is a concept that includes repair, maintenance, replacement, cleaning, painting, and other preventive maintenance work. Furthermore, "recommended repair areas" refer to parts of a house where deterioration or defects have already been observed and repair or maintenance is recommended.

[0154] In this specification, "diagnostic category" refers to a classification item established for evaluating the condition of a house. Diagnostic categories may include, but are not limited to, the roof, exterior walls, foundation (underfloor), veranda / balcony, age-related deterioration, and risk of water leakage, and may also include items such as housing equipment, plumbing, interior finishes, and other items.

[0155] In this specification, "House Medical Record" refers to a collection of information accumulated for each house subject to diagnosis, linking self-diagnosis results, detailed diagnosis results by a housing diagnosis specialist, photographed images, maintenance details, and maintenance implementation history in chronological order. A House Medical Record is a logical concept that can be realized as one or more table structures, file groups, or combinations thereof, and is not limited to a specific record format or data structure.

[0156] In this specification, "Housing Medical Record Certificate Data" refers to data generated based on the Housing Medical Record, which includes a summary of the diagnostic history, evaluations for each diagnostic category, trends in deterioration over time, a history of major maintenance performed, and other information, and is used for presentation to third parties. Housing Medical Record Certificate Data can be output in formats such as data for screen display, electronic file data, or printable data.

[0157] In this specification, "deterioration diagnosis report" refers to report data that organizes and presents the deterioration status of a house, risk assessment, recommended repair areas, and estimated costs, based on the contents of the house medical record and detailed diagnosis results. The deterioration diagnosis report may be provided as an electronic file, data for screen display, or printed material.

[0158] In this specification, "coupon" refers to information used to apply discounts or other benefits when applying for a detailed diagnosis or using a service. Coupons may be managed within the home diagnosis information management system 100 as data including a coupon identifier, discount rate, expiration date, etc., or they may be provided in the form of paper, a code sequence, point accrual information, or other forms.

[0159] The above definitions of terms are for explanatory purposes only and should be interpreted broadly within the contextually acceptable range, as long as they do not deviate from the technical concept. Furthermore, configurations belonging to the same scope are also included.

[0160] The identifiers of components described herein (e.g., prefixes and symbols such as "First" and "Second") are for convenience only and do not limit the number, order, function, arrangement, etc., of the components. The same identifier may refer to different components in different embodiments, and one component may also perform the function of another component. Therefore, the identifiers of components described herein are not intended to limit the technical scope, functional scope, or scope of rights of the components, and each component should be interpreted flexibly according to the context of its embodiment.

[0161] In this specification, "interface device" means a component that may include one or more interface devices. Such interface devices may include, but are not limited to, I / O (Input / Output) interface devices, communication interface devices, or combinations thereof. For example, an I / O interface device may be configured to function as a user interface and may include at least one input device (e.g., a keyboard, a pointing device) and / or an output device (e.g., a display). These I / O interface devices may be configured to have communication functions that allow connection to remote computing devices, in which case the I / O interface device can also operate as a communication interface device. Furthermore, the communication interface device may include identical communication means (e.g., multiple NICs (Network Interface Cards)) or a combination of different types of communication means (e.g., a NIC and an HBA (Host Bus Adapter)). This enables a flexible configuration that ensures connectivity with heterogeneous systems. Interface devices configured in this way are not limited to a specific hardware configuration and can accommodate future technological advancements and diversification of embodiments.

[0162] In this specification, “storage device” means a component that may include at least one storage device. Depending on the intended use and system configuration, such storage devices may be classified, for example, into “memory” which temporarily holds data during operation and “persistent storage device” which retains data even after power is lost. Memory can function as a temporary storage medium accessible by the processor and may include volatile, non-volatile, or a combination thereof memory devices. Specifically, examples include, but are not limited to, volatile memory such as DRAM (Dynamic Random Access Memory) and SRAM (Static RAM), and non-volatile memory such as MRAM (Magnetoresistive RAM) and ReRAM (Resistive RAM). Persistent storage devices are components intended for long-term data storage and include devices using non-volatile storage media. Specifically, these may include HDD (Hard Disk Drive), SSD (Solid State Drive), NVMe (Non-Volatile Memory Express) drives, etc. Next-generation storage technologies such as phase-change memory may also be included as examples of storage device configurations. A storage device configured in this way is not limited by the type or architecture of the storage medium, and can accommodate future technological advancements and diversification of implementations.

[0163] In this specification, "processor" means a component that may include an arithmetic unit or circuit capable of performing at least one processing function. Depending on the application, such a processor may include, for example, a microprocessor device such as a CPU (Central Processing Unit) or a GPU (Graphics Processing Unit), or it may include implementations using dedicated circuits such as an FPGA (Field-Programmable Gate Array), a CPLD (Complex Programmable Logic Device), or an ASIC (Application Specific Integrated Circuit). A processor may consist of a single core, a multi-core, or a single processor core. A processor may be configured to implement processing functions using a computer program, directly implemented using hardware circuits, or a hybrid configuration combining these. When processing is performed by a program, the processor may perform processing in cooperation with other components such as memory devices or interface devices. In this specification, a particular function may be described as a "part," but such a function can be realized by a program executed by the processor, an implementation using circuits, or a combination thereof. Therefore, such a function can be considered to be at least a part of the processor. The program may be supplied from an external program source. Examples of program sources include, but are not limited to, network-connected program distribution servers and computer-readable non-temporary storage media. Processors configured in this way are not limited to specific hardware configurations or implementation forms, and can adapt to future technological advancements and diversification of implementations.

[0164] In this specification, "system" means a set of components that may include at least one computing resource. Such a system may consist of one or more physical computers (dedicated hardware, on-premises servers, etc.) or virtualized computing resources (cloud infrastructure, virtual machines, containers, etc.). A system may include, but is not limited to, cloud computing systems, cluster configurations, serverless environments, etc. A system may be configured within a single device or in a configuration in which multiple computing resources cooperate via a network. Each component may be logically integrated or physically separated. Such a system may also include components such as processors, storage devices, and interface devices, and these components may be implemented as physical devices or realized as virtual configurations. A system configured in this way is not limited to a specific hardware configuration, implementation form, deployment form, etc., and can accommodate future technological advancements and diversification of embodiments.

[0165] The embodiments described above have, for example, the following features.

[0166] (1) A housing diagnostic information management system (e.g., housing diagnostic information management system 100) for managing housing diagnostic information, comprising: a reception unit (e.g., reception unit 221, server device 130) that presents multiple questions for each diagnostic category to a user terminal (e.g., user terminal 110) of a user who desires a housing diagnostic and accepts answers for each question regarding the housing; a diagnostic unit (e.g., diagnostic unit 222, server device 130) that calculates a category score for each diagnostic category and an overall score for the housing based on the answers received by the reception unit and generates diagnostic result data including the category score for each diagnostic category and the overall score for the housing; and a system that guides the user to a detailed diagnosis by a housing diagnostic expert based on the diagnostic result data generated by the diagnostic unit based on the answers of the user who desires a housing diagnostic. The system includes: an output unit (e.g., output unit 223, server device 130) that outputs an interface to the user terminal of the user; a medical record management unit (e.g., medical record management unit 224, server device 130) that stores diagnostic result data generated by the diagnostic unit based on the user's response requesting a house diagnosis, and detailed diagnostic result data of the house obtained when a house diagnosis expert visits the site and performs a detailed diagnosis of the structural parts of the house, as a house medical record linked to the user and the house in a storage device (e.g., storage device 220, external storage device 140); and a certification unit (e.g., certification unit 225, server device 130) that generates house medical record certificate data to prove to a third party the condition of the house and the authenticity of the detailed diagnostic result data of the house based on the house medical record stored in the storage device.

[0167] According to the above configuration, for example, category scores and overall scores can be calculated from the answers to questions for each diagnostic category, and these results, along with an interface guiding users to a detailed diagnosis by a housing diagnostic expert, can be presented together on the user's terminal. The housing diagnostic information management system can show users the condition of their homes using easy-to-understand indicators and smoothly guide them to apply for a detailed diagnosis. As a result, users can naturally transition from a less burdensome self-diagnosis to a detailed diagnosis by an expert, and businesses can reduce the loss of opportunities for detailed diagnoses.

[0168] Furthermore, according to the above configuration, for example, diagnostic result data based on user responses and detailed diagnostic result data obtained by a housing inspection expert during an on-site visit can be linked to the user and the house and stored as a housing record. Based on this housing record, housing record certificate data can be generated and presented to third parties. The housing inspection information management system centrally manages historical information that supports the authenticity of the house's condition and detailed diagnostic result data, and by presenting it as housing record certificate data, it is possible to provide highly reliable explanations to the other party in transactions such as buying, selling, or renting a house while reducing the effort required for re-diagnosis and duplicate inspections.

[0169] (2) The above-mentioned housing inspection information management system includes a member management unit (e.g., member management unit 226, server device 130) that registers and manages users who have requested a detailed inspection by a housing inspection specialist as members, and a notification unit (e.g., notification unit 227, server device 130) that periodically (e.g., once a year) notifies members managed by the member management unit of the timing of the detailed inspection by the housing inspection specialist. The above-mentioned medical record management unit stores images taken when the housing inspection specialist conducts a detailed inspection of the house, the maintenance content proposed by the specialist, and the implementation history of the maintenance content in a time-series linked to the house as a housing medical record in a storage device.

[0170] According to the above configuration, for example, users who apply for a detailed inspection by a home inspection specialist can be registered as members, and members can be regularly notified of the timing of their detailed inspection. By continuously managing and notifying each member of the timing of their detailed inspection, the home inspection information management system makes it less likely for homeowners to miss the timing for a detailed inspection, and promotes planned maintenance by homeowners. By linking the application for a detailed inspection with member management, the home inspection information management system can also provide an environment that makes it easier for home inspection specialists to follow up on inspection cases over the long term.

[0171] (3) The output unit (for example, output unit 223, server device 130) outputs the history of the house diagnosis and the changes since the previous diagnosis to the user terminal (for example, user terminal 110) in a viewable format, based on the house medical record stored in the storage device (for example, storage device 220, external storage device 140), in response to a viewing operation related to the house diagnosis from the user terminal (for example, user terminal 110) of a member user.

[0172] According to the above configuration, for example, in response to a user's browsing operation, the system can output the history of home inspections and changes since the previous inspection to the user terminal based on the home inspection records stored in the storage device. The home inspection information management system does not simply display the latest inspection results, but also clearly shows the differences from past inspection results, making it easier for homeowners to intuitively grasp the progress of deterioration and the status of improvements, thereby supporting homeowners in making early repair decisions and formulating maintenance plans.

[0173] (4) The above-described housing inspection information management system includes a report generation unit (e.g., report generation unit 228, server device 130) that generates a deterioration diagnosis report including risk assessment, image analysis, recommended repair areas, and estimated cost calculation for houses that have undergone a detailed inspection by a housing inspection expert, and a coupon issuing unit (e.g., coupon issuing unit 229, server device 130) that issues discount coupons to purchasers of the deterioration diagnosis report generated by the report generation unit, which can be used when applying for a detailed inspection by a housing inspection expert.

[0174] According to the above configuration, for example, for a house that has undergone a detailed inspection by a housing inspection specialist, a deterioration diagnosis report can be generated that includes risk assessment, image analysis, recommended repair areas, and estimated costs. The housing inspection information management system organizes the deterioration status identified by the specialist in conjunction with risk assessment and image analysis, and presents recommended repair areas and estimated costs together, making it easier for homeowners to make concrete decisions about which parts should be repaired, in what order, and at what cost.

[0175] According to the above configuration, for example, the coupon issuing unit can issue a discount coupon to purchasers of a deterioration diagnosis report generated by the report generation unit, which can be used when applying for a detailed inspection by a housing inspection specialist. By linking the provision of deterioration diagnosis reports with the issuance of discount coupons, the housing inspection information management system can reduce the psychological and financial burden on homeowners when using the detailed inspection service by specialists, and promote homeowners to use detailed inspections at the appropriate time.

[0176] (5) The above-mentioned certification unit (e.g., certification unit 225, server device 130) generates housing record certificate data based on the housing record stored in the above-mentioned storage device (e.g., storage device 220, external storage device 140), which includes a summary of the housing's diagnostic history, a graph showing the housing's deterioration over time, and a history of maintenance performed on the housing, and outputs it in a format that can be presented to a third party when the housing is sold.

[0177] According to the above configuration, for example, based on the housing record stored in the storage device, it is possible to generate housing record certificate data that includes a summary of the diagnostic history, a graph showing deterioration over time, and a history of maintenance performed, and output it in a format that can be presented to a third party when selling the property. The housing diagnostic information management system presents the condition of the house in a visual and summarized form based on the chronological diagnostic history and maintenance record, thereby clearly communicating information about the house to be sold to a third party and reducing the effort required to explain the condition of the house and the reliance on specialized knowledge.

[0178] (6) The above medical record management unit (e.g., medical record management unit 224, server device 130) stores the date on which a housing inspection specialist performed a detailed inspection of the house, information that can identify the specialist, images taken when the specialist performed the detailed inspection of the house, the maintenance content proposed by the specialist, and the implementation history of the maintenance content as timestamped detailed inspection result data (e.g., medical record detail table 300) in the above storage device (e.g., storage device 220, external storage device 140), and stores the above detailed inspection result data in an encrypted state in a storage area on the cloud, and records a hash value calculated from the above detailed inspection result data in the above storage device for tamper detection, and records access logs (e.g., access management table 400) and revision history (e.g., revision history table 500) for the above detailed inspection result data in the above storage device in order to enhance the reliability of the housing medical record certificate data.

[0179] According to the above configuration, for example, the medical record management department can store in a storage device, as time-stamped detailed diagnosis result data, the date on which a housing inspection specialist conducted a detailed inspection of a house, information that can identify the specialist, images taken during the detailed inspection, the maintenance content proposed by the specialist, and the history of the implementation of that maintenance content. By storing the content of the detailed inspection, maintenance proposals, and implementation status in a chronological order, the housing inspection information management system allows housing inspection specialists and homeowners to understand, as a consistent history, when each inspection was performed, what proposals were made, and which proposals were actually implemented. This enables highly reliable explanation of the detailed inspection results and tracking of the causes of deterioration.

[0180] According to the above configuration, for example, detailed diagnostic result data can be stored in an encrypted state in a cloud storage area, and the hash value calculated from the detailed diagnostic result data, as well as access logs and revision history for the detailed diagnostic result data, can be recorded in the storage device. By combining encrypted storage, verification using hash values, and management of access logs and revision history, the housing diagnostic information management system makes it easier to detect unauthorized tampering with detailed diagnostic result data and opaque viewing operations, thereby ensuring a high level of authenticity and reliability of housing medical record certificate data. Even when presenting detailed diagnostic results to a third party, the housing diagnostic information management system makes it possible to track who accessed the diagnostic result data, when and in what form, and what changes were made, facilitating accountability and audit responses.

[0181] (7) The diagnostic categories are roof, exterior walls, foundation, balcony, deterioration over time, and leak risk, and the output unit (e.g., output unit 223, server device 130) transmits display data (e.g., display data of the radar chart display area on screen 1200) to the user's user terminal (e.g., user terminal 110) for displaying the category scores for roof, exterior walls, foundation, balcony, deterioration over time, and leak risk, which are included in the diagnostic result data generated by the diagnostic unit (e.g., diagnostic unit 222, server device 130) based on the responses of the user who desires a diagnosis of his home, in radar chart format.

[0182] With the above configuration, for example, category scores for each diagnostic category, such as roof, exterior walls, foundation, balcony, age-related deterioration, and water leakage risk, can be displayed on the user terminal in radar chart format. The home diagnostic information management system visually compares the quality of multiple categories on a single radar chart, making it easier for homeowners to intuitively grasp weak points and high-risk items, and to decide which parts should be prioritized for maintenance.

[0183] (8) The above medical record management unit (e.g., medical record management unit 224, server device 130) manages housing medical records (e.g., a group of housing medical records stored in the medical record details table 300) using a user ID uniquely assigned to each user (e.g., the user ID item in the medical record details table 300) as a key, and stores the housing medical records in the above storage device (e.g., storage device 220, external storage device 140) in a hierarchical structure according to the year of diagnosis, and for each year of diagnosis, it stores images taken when a housing diagnosis expert conducted a detailed diagnosis of the house in that year, the maintenance content proposed by the expert, and the implementation history of the maintenance content in association with the housing medical record (e.g., medical record details table 300), and during a detailed diagnosis, it is possible to refer to information from past diagnosis years from the housing medical record (e.g., medical record details table 300) associated with the user ID.

[0184] According to the above configuration, for example, a home record can be managed using a user ID uniquely assigned to each user as a key, and the home record can be stored in a storage device in a hierarchical structure according to the year of diagnosis. By organizing and maintaining home records in a hierarchical structure combining user ID and year of diagnosis, the home diagnostic information management system can instantly identify the record for a specific user and a specific year of diagnosis, and efficiently extract only the necessary diagnostic information. Since the overall structure of the record is maintained even if the number of years of diagnosis increases over a long period of time, the home diagnostic information management system can suppress the decline in searchability and maintainability that comes with the increase in the amount of data.

[0185] (9) The reception unit (for example, reception unit 221, server device 130) accepts input from three options, "yes," "no," and "I don't know," for each of the multiple questions set for each diagnostic category. The diagnostic unit (for example, diagnostic unit 222, server device 130) scores the "no" and "I don't know" answers with the same score, and sets the score for the "no" answer to be lower than the score for the "yes" answer.

[0186] According to the above configuration, for example, for multiple questions set for each diagnostic category, input can be accepted from three options: "yes," "no," and "I don't know," and "no" and "I don't know" can be scored with the same low score. The home diagnostic information management system can prevent lenient evaluations from occurring even when deterioration or defects actually exist, by treating areas where the user does not accurately understand the condition as "I don't know" as areas with a high probability of potential risk, similar to "no." [Explanation of Symbols]

[0187] 100... Home diagnostic information management system, 110... User terminal, 120... Management terminal, 130... Server device, 140... External storage device, 150... External system.

Claims

1. A housing diagnostic information management system for managing diagnostic information of a house, A reception unit presents multiple questions for each diagnostic category to the user terminal of a user who requests a home inspection, and accepts answers regarding the home for each question. A diagnostic unit calculates category scores for each diagnostic category and an overall score for the house based on the responses received by the reception unit, and generates diagnostic result data including the category scores for each diagnostic category and the overall score for the house. An output unit outputs diagnostic result data generated by the diagnostic unit based on the user's response requesting a home inspection, and an interface for guiding the user to a detailed inspection by a home inspection specialist, to the user's user terminal. A medical record management unit stores diagnostic result data generated by the diagnostic unit based on the responses of users requesting a residential diagnosis, and detailed diagnostic result data of the residential property obtained when a residential diagnosis expert visits the site and performs a detailed diagnosis of the structural parts of the residential property, linked to the user and the residential property, as a residential property medical record in a storage device. A certification unit generates a housing record certificate data to prove to a third party the authenticity of the housing condition and the detailed diagnostic results data of the housing, based on the housing record stored in the aforementioned storage device. A home inspection information management system equipped with this system.

2. A housing diagnostic information management system according to claim 1, The Member Management Department registers and manages users who have requested a detailed inspection by a housing inspection specialist as members, The aforementioned Member Management Department has a Notification Department that periodically notifies members of the timing of detailed inspections by housing inspection specialists, Equipped with, The aforementioned medical record management unit is a housing diagnostic information management system that stores images taken when a housing diagnostic specialist conducts a detailed diagnosis of a house, maintenance content proposed by the specialist, and the implementation history of the maintenance content in chronological order to the house, as a housing medical record in a storage device.

3. A housing diagnostic information management system according to claim 2, The output unit is a housing diagnostic information management system that, in response to a user's viewing operation related to housing diagnostics from the user's terminal, outputs the history of housing diagnostics and changes since the previous diagnostic to the user's terminal, based on the housing medical record stored in the storage device, making the housing diagnostics history and changes since the previous diagnostics viewable.

4. A housing diagnostic information management system according to claim 2, A report generation unit generates a deterioration diagnosis report that includes a risk assessment of a house that has undergone a detailed inspection by a housing inspection expert, analysis of captured images, recommended repair areas, and calculation of estimated costs. A coupon issuing unit issues a discount coupon to the purchaser of the deterioration diagnosis report generated by the aforementioned report generation unit, which can be used when applying for a detailed diagnosis by a housing inspection specialist. A home inspection information management system equipped with this system.

5. A housing diagnostic information management system according to claim 2, The certification unit generates a housing diagnostic information management system that generates housing diagnostic certificate data, including a summary of the housing diagnostic history, a graph showing the deterioration of the housing over time, and a history of maintenance performed on the housing, based on the housing diagnostic record stored in the storage device, and outputs it in a format that can be presented to a third party when the housing is sold.

6. A housing diagnostic information management system according to claim 1, The aforementioned medical record management department, The date on which a housing inspection expert conducted a detailed inspection of the house, information that can identify the expert, images taken when the expert conducted the detailed inspection of the house, the maintenance proposed by the expert, and the history of the implementation of the maintenance are stored in the storage device as detailed inspection result data with a timestamp. The detailed diagnostic result data is stored in an encrypted state in a storage area on the cloud, and a hash value calculated from the detailed diagnostic result data is recorded in the storage device for tamper detection. To enhance the reliability of the housing medical record certificate data, access logs and revision history for the detailed diagnostic result data are recorded in the storage device. A home inspection information management system.

7. A housing diagnostic information management system according to claim 1, The diagnostic categories are roof, exterior walls, foundation, balcony, age-related deterioration, and leak risk. The output unit is a housing diagnostic information management system that transmits to the user's terminal display data in radar chart format for displaying category scores of roof, exterior walls, foundation, balcony, deterioration over time, and water leakage risk, which are included in the diagnostic result data generated by the diagnostic unit based on the responses of a user who requests a housing diagnostic.

8. A housing diagnostic information management system according to claim 1, The aforementioned medical record management department, The home medical record is managed using a unique user ID assigned to each user as the key. The home medical records are stored in the storage device in a hierarchical structure organized by the year of diagnosis. For each diagnostic year, images taken when a housing diagnostic specialist conducts a detailed inspection of the house during that year, maintenance items proposed by the specialist, and the implementation history of those maintenance items are stored in association with the house's medical record. A home inspection information management system that allows users to access information from past inspection years in their home records, which are associated with their user ID, during detailed inspections.

9. A housing diagnostic information management system according to claim 1, The reception desk accepts input from users who select one of three options for each question: "Yes," "No," or "I don't know," for each of the multiple questions set for each diagnostic category. The diagnostic unit scores "no" and "I don't know" answers to the same number of points in response to each of the questions, and sets the score for these answers lower than the score for the "yes" answer. A home inspection information management system.

10. A method for managing residential diagnostic information, which manages diagnostic information for residential buildings. The reception department presents multiple questions for each diagnostic category to the user terminal of a user who requests a home inspection, and accepts answers regarding the home for each question. The diagnostic unit calculates category scores for each diagnostic category and the overall score for the house based on the responses received by the reception unit, and generates diagnostic result data including the category scores for each diagnostic category and the overall score for the house. The output unit outputs diagnostic result data generated by the diagnostic unit based on the user's response requesting a home inspection, and an interface for guiding the user to a detailed inspection by a home inspection specialist, to the user's user terminal. The medical record management department stores in a storage device, linked to the user and the house, the diagnostic result data generated by the diagnostic department based on the user's response requesting a house diagnosis, and the detailed diagnostic result data of the house, obtained when a housing diagnostic specialist visits the site and performs a detailed diagnosis of the structural parts of the house. The certification unit generates a housing record certificate data to prove to a third party the authenticity of the housing condition and the detailed diagnostic results data of the housing, based on the housing record stored in the storage device. A method for managing residential inspection information, including the following.

Images