Transaction party authentication support method, transaction party authentication support program, and transaction party authentication support system

Abstract

To solve the problem that conventional arts associated with identity confirmation of parties of transactions force various persons concerned to do complicated processing respectively, for example, individual authentication processing is required each time and processing for disclosure permission that individuals as users do according to importance of procedures becomes complicated.MEANS FOR SOLVING THE PROBLEM: There is provided an authentication support method for parties of transaction, etc., that causes a computer to perform processing to: acquire a transaction person identification code as a code for identifying a specific person among persons concerned in real estate transaction while linking it to transaction identification information as information enabling the person to be identified and one or a plurality of transaction procedures; receive a specific transaction progress request as a request for proceeding with a predetermined real estate transaction while linking it to the predetermined transaction person identification code for identifying the persons concerned in the transaction; authenticate transaction persons linked to the transaction person identification code according to details of the specific transaction progress request; and then output the authentication result to persons who are not authenticated among the persons concerned in the predetermined real estate transaction.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present invention relates to a method for supporting authentication of transaction parties required in a series of transactions related to real estate. [Background technology]

[0002] Real estate is a valuable asset traded at high prices, and its handling requires careful verification of various points, such as the degree of understanding of the parties to the transaction regarding the real estate and the counterparty, and the identity of the parties to the transaction. Various verification procedures are currently stipulated in laws, regulations, and various guidelines.

[0003] In this regard, various technologies have been devised and disclosed in various fields, not just real estate transactions, to optimize procedures for verifying the identity of transaction parties. Specifically, as described in Patent Document 1, a technology has been disclosed that, in response to a disclosure request from a business operator for personal information managed in a secure environment, controls disclosure using a public key selected by the individual according to the importance of the personal information requested. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Patent Publication No. 2020-4011 Summary of the Invention [Problem to be solved by the invention]

[0005] However, the above-mentioned conventional technology had the problem of forcing various parties involved to undergo complicated processes, such as the need to determine the importance of personal information each time a business operator requests disclosure, and the need for individual users to grant permission for disclosure depending on the importance of the information, which became complicated. [Means for solving the problem]

[0006] In order to solve the above problems, the present invention proposes a transaction party authentication support method that has a computer execute the following steps: an identification information acquisition step that acquires a transaction party identification code, which is a code for identifying a specific party among the parties to a real estate transaction, by linking it to transaction party identification information, which is information that can identify that person, and one or more transaction procedures; a specific transaction progress request reception step that receives a specific transaction progress request, which is a request to proceed with a specified real estate transaction, by linking it to a specified transaction party identification code for identifying the parties to the transaction; an authentication step that authenticates the transaction party linked to the transaction party identification code depending on the content of the specific transaction progress request; and an authentication result output step that outputs the authentication result to a party among the parties to the specified real estate transaction who is not subject to authentication.

[0007] In addition, in relation to the above invention, we also propose a transaction party authentication support method in which the authentication result output step further includes a related information output substep that outputs information related to the specified real estate transaction together with the authentication result if a specific transaction party is authenticated in the authentication step.

[0008] In addition, in relation to the above invention, we also propose a method for supporting authentication of transaction parties, which further includes an authentication result recording step for recording the authentication result in association with the transaction party identification code, and an authentication result display step for making the recorded content displayable in accordance with a predetermined authority, and further includes causing a computer to execute the steps.

[0009] Furthermore, in relation to the above invention, we also propose a transaction party authentication support method in which the authentication result recording step further includes a date and time recording substep of recording the authentication date and time together with the authentication result, and the authentication result display step further includes a display control substep of controlling the display in accordance with the authentication date and time.

[0010] Furthermore, the present invention also proposes inventions relating to programs and systems related to the above methods. [Effects of the Invention]

[0011] The present invention, which is mainly configured as described above, makes it possible to efficiently execute the identity verification process required in various real estate-related transactions. [Brief explanation of the drawings]

[0012] [Figure 1] Schematic diagram of the system of the present invention. [Figure 2] FIG. 1 is a diagram showing an example of a functional block of a system according to a first embodiment. [Figure 3] FIG. 10 is a diagram showing an example of trader identification information acquired by an identification information acquisition unit. [Figure 4] FIG. 1 is a schematic diagram showing an example of a configuration in which the functional components of the system according to the first embodiment are integrated and realized as a single piece of hardware. [Figure 5] FIG. 1 is a diagram showing an example of a processing flow in the system of the first embodiment. [Figure 6] FIG. 10 is a diagram showing an example of a functional block of a system according to a second embodiment. [Figure 7] FIG. 10 is a diagram showing an example of a processing flow in the system of the second embodiment. [Figure 8] FIG. 10 is a diagram showing an example of a functional block of a system according to a third embodiment. [Figure 9] FIG. 10 is a diagram showing an example of a processing flow in the system of the third embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0013] First, let us look at Figure 1. Figure 1 is a diagram showing an overview of the present invention. As shown in the figure, the present invention can be realized through the transmission and reception of information via a network between one or more server computers 0101, 0102, terminals (demand terminals) 0111, 0112 managed by demanders who are parties to a real estate transaction, and a terminal (supplier terminal) 0121 managed by another party, such as a supplier.

[0014] As mentioned above, the present invention can be realized by one or more server computers 0101, 0102. A specific example of using multiple server computers is an authentication server that authenticates the identity of a consumer, an information storage server that stores various identification information for authentication, and a transaction confirmation server that provides information on the workflow and progress of real estate transactions that can be viewed according to authority, all connected to one another via an online or offline network. These server computers may also be connected online to an external server computer 0131, etc., and the authentication process (e.g., authentication process for identifying anti-social forces) that is supposed to be performed by the authentication server in the above server computer examples may be performed by these external servers.

[0015] Next, the types of various terminals connected to the various computers that realize the present invention are not particularly limited, and examples include personal computers 0111, 0121 and smartphones 0112, as well as various terminals used for transaction management at business locations, such as tablets and various reading terminals.

[0016] Up to this point, the explanation using Figure 1 has been given assuming a case in which the server computers 0101 and 0102 are configured separately from the demander terminals 0111 and 0112 and the supplier terminal 0121, and are provided via a network in the form of cloud computing. In other words, it is desirable that the system according to the present invention be realized on a computer managed by a third party other than the demander and supplier in a real estate transaction. By adopting this configuration, it is possible to strictly restrict the supplier from misusing personal information, etc., used to verify the identity of the transaction parties, for purposes other than those intended.

[0017] Each embodiment of the present invention will be described below with reference to the drawings. First, the relationship between the embodiments and the claims is as follows: First, embodiment 1 mainly corresponds to claims 1, 5, 6, etc.; embodiment 2 mainly corresponds to claim 2, etc.; embodiment 3 mainly corresponds to claims 3, 4, etc. However, the technical features described in each embodiment can also be used in combination with the technical features described in other embodiments.

[0018] It should be noted that the present invention is not limited to these embodiments, and can be embodied in various forms within the scope of the technical ideas described in each claim in accordance with common technical knowledge and without departing from the gist of the invention.

[0019] <<Embodiment 1>> <Summary> 2 is a diagram showing an example of functional blocks of the transacting party authentication support system of this embodiment. As shown in the figure, the "transacting party authentication support system" 0200 of this embodiment has an "identification information acquisition unit" 0201, a "specific transaction progress request reception unit" 0202, an "authentication unit" 0203, and an "authentication result output unit" 0204.

[0020] The transacting party authentication support system described in detail below can be configured to implement one or more of its functions using multiple devices, and its functional blocks can all be implemented as hardware or software. Examples of a computer-based system include hardware components such as a CPU, main memory, GPU, TPU, image memory, bus, secondary storage device (hard disk or non-volatile memory), various input devices such as a keyboard, microphone, touch panel, electronic pen for touching the touch panel, various terminals, speakers, displays and other various output devices, and other external peripheral devices, as well as interfaces for these external peripheral devices, communication interfaces, driver programs for controlling these hardware devices, and other application programs.

[0021] Then, through arithmetic processing according to the program deployed on the main memory, data input from input devices or other interfaces and stored in the memory or hardware is processed and stored, and instructions for controlling the hardware and software are created. Here, the above program may be realized as multiple modularized programs, or two or more programs may be combined into one program using cloud computing or other methods.

[0022] <Functional configuration> The "identification information acquisition unit" 0201 is configured to acquire a transactor identification code, which is a code used to identify a specific party in a real estate transaction, by linking it with transactor identification information, which is information that can identify that party, and one or more transaction procedures. Real estate transactions here include a variety of types, including not only sales and purchases and rentals, but also trust establishment, collateral establishment and the associated credit provision, contracts for building construction and repairs, securitization, and insurance such as fire insurance, non-life insurance, and earthquake insurance. There is no particular transaction that should be specifically excluded from use as long as it involves real estate, according to social standards. For example, two types of transactions, such as sales and purchases and mortgage (collateral) establishment, may be carried out in parallel for a single piece of real estate (land), and it is possible to link these multiple transaction procedures together.

[0023] The transactor identification information is provided by the target party and acquired. It is linked to at least one transaction procedure at the time of acquisition, and it is conceivable that the information is acquired after being linked to a specific real estate transaction procedure. Specifically, the person operates a terminal under their control to input specific information and then accepts the information output via a network. A specific real estate transaction can be linked to the real estate transaction listed on the certificate by adopting a configuration in which image data of a document such as a contract document is acquired together with the document data. While it is not excluded to accept certain information input by the counterparty of the real estate transaction or a brokerage business, if the information is not entered by the parties themselves, it is essential that the parties themselves separately accept the process for authenticity authentication in the authentication unit (described below) and link the results of that process to treat it as genuine transactor identification information.

[0024] Incidentally, when acquiring transaction identification information, it is conceivable to perform processing to authenticate the authenticity of the various pieces of information described above. Specifically, when accepting information from an individual, it is conceivable to perform authentication processing to verify the identity of the individual. More specifically, when accepting information from an individual, it is conceivable to perform identity authentication using a system such as JPKI (Public Personal Identification Service) or eKYC (Electronic Know Your Customer) using a personal identification number card or the like. Furthermore, when accepting information from a company or other legal entity or organization, it is conceivable to accept input of a code identifying the legal entity (such as a company or legal entity number), and to use the accepted code to transmit and receive information to and from an external server managed by the National Tax Agency, the Legal Affairs Bureau, or other institutions to authenticate the authenticity of the legal entity. By performing the above-described authentication processing when acquiring transaction identification information and obtaining the processing results together with information such as the processing date and time, it is possible to repeatedly use the transaction identification information acquired initially, without requiring the provision of identification information for each subsequent real estate transaction, thereby reducing the burden, time, and other costs of identity authentication processing.

[0025] Incidentally, the identification information acquisition unit may acquire transactor identification information from the same transaction party multiple times for a single real estate transaction. For example, the identification information acquisition unit may acquire transactor identification information each time the specific transaction progress request receiving unit described below receives a specific transaction progress request. In this case, it is possible to acquire and store the date and time when each transactor identification information was acquired, the source of acquisition, the content of the associated specific transaction progress request, the authentication result, and other information in association with the information. By adopting this configuration, it becomes possible to grasp the transaction history of a single transactor in detail after the fact.

[0026] Figure 3 shows an example of the transactor identification information acquired by the identification information acquisition unit. Of the various pieces of information shown in the figure, the "name," "date of birth," "related procedures," and other information for identifying a specific person are linked to the transactor identification code listed in the "transactor ID" column 0301 and are acquired in a mutually linked manner. For example, the transactor identification information of a person with the transactor identification code "00A4221" would include the name "Ginza Taro" and the date of birth "February 3, 1980" when "procedures for purchasing real estate."

[0027] As shown in Figure 3, the transactor identification code is a code for identifying a specific person among the parties to a real estate transaction, and is a symbol mechanically assigned based on the attributes of the parties to a real estate transaction, such as the transactor ID (for example, seller and buyer, tenant and landlord, insurance company, financial institution, etc.), and it is desirable that the code alone is information that makes it difficult to identify a specific person. While the transactor identification information mentioned above is information that can identify a specific person by itself, the transactor identification code makes it difficult to identify a specific person by itself, which makes it possible to reduce the risk of information being leaked if it is exchanged using only the transactor identification code.

[0028] Incidentally, except for certain rules regarding the attributes of the parties to the real estate transaction, the transaction identification code may be assigned either by the parties themselves or by the system administrator of the present invention. In other words, it is possible that a single individual or corporation may be assigned multiple transaction identification codes depending on the attributes of the real estate transaction in which they are involved. When multiple transaction identification codes are assigned, each code is recorded in association with a single transaction identification information.

[0029] The identification information acquisition unit can acquire a wide variety of information to identify not only individuals but also corporations, organizations, and other parties that may be the subject of a real estate transaction. Figure 3 also shows how transaction party identification information to identify a corporation named "New York, Inc." is acquired. It is desirable that the acquired transaction party identification information, whether an individual or corporation, is also linked to information indicating whether the authenticity of the input information has been verified.

[0030] Incidentally, when proceeding with a real estate transaction after acquiring transactor identification information, it is possible to read the acquisition date and time of the transactor identification information or the authentication date and time of the information, and, depending on the read result, output a request to the transactor to provide the information necessary for authentication processing for identity verification. For example, if authentication is not completed correctly or a predetermined period (e.g., three months, six months, one year, etc.) has passed since the authentication processing, the need for identity verification increases from the perspective of transaction security. The predetermined period can be set differently for each transactor identification code representing the transactor's attributes. However, if the read result indicates that no special authentication processing is required, the previous authentication processing can be used, and the procedure for the subsequent real estate transaction can be carried out without issuing a new authentication request, such as identity verification. This configuration can reduce the complexity of authentication procedures or authentication processes associated with real estate transactions.

[0031] The "specific transaction progress request receiving unit" 0202 is configured to receive a specific transaction progress request, which is a request to proceed with a specific real estate transaction, linked to a specific transaction progress request with a specific transaction identification code for identifying the parties to the transaction. The transaction identification code linked to the specific transaction progress request is information assigned according to the attributes of the specific transaction parties, as described above, and by receiving the specific transaction progress request together with this information, it is possible to understand what attributes the transaction parties have and what content of the real estate transaction they are requesting to proceed with.

[0032] A specific transaction progress request is not limited to simply specifying the type of real estate transaction (e.g., purchase, sale, rental, insurance, etc.), but must also specifically specify the specific procedures for that transaction type. Therefore, it is conceivable that the procedures required for each type of real estate transaction are subdivided and recorded in advance, and the specific transaction progress request is received in a format that allows the user to select which of the subdivided procedures the request is for.

[0033] The specific transaction progress request is likely to be sent by the transactor linked to the transactor identification code, but it does not necessarily have to be sent by the transactor himself. For example, in a real estate rental transaction, a rental brokerage company may output the specific transaction progress request when explaining important matters in the rental transaction. In such an example, a specific transaction progress request linked to the transactor identification code of the party who is the tenant of the property is output, and the output content is received.

[0034] In addition, although the specific transaction progress request is linked to the transactor identification code, it is not output in a state linked to the transactor identification information, and the specific transaction progress request receiving unit does not acquire the transactor identification information. By adopting this configuration, as described above, when a specific transaction progress request is received via a network from a person other than the person in question, it is possible to eliminate concerns about information security, such as unnecessary leakage of personal information of the parties to the transaction or other sensitive information.

[0035] The "authentication unit" 0203 is configured to authenticate the transactor associated with the transactor identification code in accordance with the content of the specific transaction progress request. Specifically, it verifies whether the transactor identification code received together with the specific transaction progress request is included among the transactor identification codes already acquired by the identification information acquisition unit, and if the authentication result indicates that it is included, it performs authentication based on the type of real estate transaction associated with the included transactor identification code when it was acquired, or the content of the procedures in that transaction. By performing authentication through this process, it becomes possible to authenticate the parties to a transaction, including how to proceed with the related procedures in a single real estate transaction, thereby improving authentication accuracy.

[0036] In this way, by performing authentication processing in the authentication unit using the results of identity verification performed in the past, it is possible to eliminate the need to request identity verification information from each of the parties to the transaction and to obtain identity authentication information corresponding to the request. Note that these authentication processes are merely examples, and it is not intended to deny that other suitable authentication processes can be performed, and appropriate means can be used in a mode that can provide the effects of the present invention.

[0037] The "authentication result output unit" 0204 is configured to output the authentication result to a party to the specified real estate transaction who is not the authentication target. The authentication target refers to a party not associated with the transaction identification code. For example, it may be the other party to the real estate transaction, or a brokerage or agent of the transaction. One or more of these output targets may be selectively set. The selection here may be preset according to the specified transaction or procedure, or may be set by the entity that outputs the specific transaction progress request. In either case, adopting a configuration that outputs the authentication result to a party other than the authentication target allows the parties involved in the real estate transaction to quickly be informed of a party's intention to proceed with the specified procedure and the fact that their identity has been confirmed, thereby facilitating or expediting the transaction.

[0038] The output authentication result may take various forms, such as a content that the identity of the person to be authenticated has been confirmed for proceeding with the procedure for the specified real estate transaction linked by the specific transaction progress request, or a content that simply indicates that authentication has been performed. Furthermore, if the authentication result indicates that the specific transaction progress request is not linked to a proper transaction party for proceeding with the real estate transaction, or that the specific transaction progress request by the transaction party should not be accepted, it is possible to output this fact or a message requesting identity authentication processing from the proper transaction party again.

[0039] Furthermore, although it is necessary to output the authentication result to persons who are not the subject of authentication, this does not preclude outputting it to the subject of authentication as well. If a configuration is adopted in which the result is output to the subject of authentication as well, it is preferable because the subject of authentication himself or herself can grasp the prospects for the progress of the real estate transaction thereafter.

[0040] <Specific configuration> Here, Fig. 4 is shown. This figure is a schematic diagram showing an example of a configuration when each functional component of the transacting party authentication support system of this embodiment is integrated and realized as a single piece of hardware. Each device is equipped with a "CPU" 0401 for executing various arithmetic processes, a "storage device (storage medium)" 0402, a "main memory" 0403, an "input / output interface" 0404, and a "network interface" 0405, and transmits and receives information to and from external peripheral devices such as a "keyboard" 0406 via the input / output interface.

[0041] Furthermore, the transaction party authentication support system of this embodiment can transmit and receive information via a network interface with external devices such as a plurality of "transaction party terminals" 0407 and "related party terminals" 0408, or an "external server" 0409 that performs various processes externally. The specific form of this network interface may be wired or wireless, and the communication method may be direct or indirect between the two terminals. Therefore, it is also possible to adopt a so-called cloud computing format in which information is transmitted and received between a specific external device or a server managed by a third party linked to the user of that device.

[0042] The storage device stores various programs as described below, and the CPU reads, develops, and executes these programs in the work area of ​​the main memory. These components are interconnected by a data communication path such as a "system bus" 0499, and transmit and receive information and perform processing (the basic configuration described above is the same for all of the other devices described below).

[0043] (Specific configuration of the authentication information acquisition unit) The authentication information acquisition unit is composed of a computer program and computer hardware, and specifically, the CPU reads the ``authentication information acquisition program'' 0410 from the storage device into the main memory and executes it, and stores the transactor identification code, which is a code for identifying a specific person among the parties to a real estate transaction, in a specified address in the main memory, linked to the transactor identification information, which is information that can identify that person, and one or more transaction procedures.

[0044] (Specific configuration of the specific transaction progress request receiving unit) The specific transaction progress request receiving unit is composed of a computer program and computer hardware, and specifically, the CPU reads the ``specific transaction progress request receiving program'' 0420 from the storage device into the main memory and executes it, receives the specific transaction progress request, which is a request to proceed with a specific real estate transaction, linked to a specific transaction party identification code for identifying the parties to the transaction, and stores it at a specific address in the main memory.

[0045] (Specific configuration of the authentication unit) The authentication unit is composed of a computer program and computer hardware. Specifically, the CPU reads the "authentication program" 0430 from the storage device into the main memory and executes it, reads out the specific transaction progress request along with the associated trader identification information, and then performs authentication processing for the trader associated with the trader identification code.

[0046] (Specific configuration of the authentication result output unit) The authentication result output unit is composed of a computer program and computer hardware, and specifically, the CPU reads the “authentication result output program” 0440 from the storage device into the main memory, executes it, and notifies and outputs the authentication result, which is the execution result of the authentication program, to the address registered as the notification destination for the parties to the specified real estate transaction who are not subject to authentication.

[0047] <Processing flow> Figure 5 is a diagram showing an example of the processing flow in the transaction party authentication support system of this embodiment. The processing flow in this figure consists of the following steps. First, in step S0501, a transaction party identification code, which is a code for identifying a specific party among the parties to a real estate transaction, is acquired by linking it with transaction party identification information, which is information that can identify that party, and one or more transaction procedures (identification information acquisition step). Then, in step S0502, it is determined whether a specific transaction progress request, which is a request to proceed with a specific real estate transaction, has been made. If it is determined that such a request has been made, in step S0503, the specific transaction progress request is received by linking it with a specific transaction party identification code that identifies the parties to the transaction (specific transaction progress request reception step). If such a request has not been made, this processing is not performed.

[0048] Then, in step S0504, the transactor associated with the transactor identification code is authenticated according to the content of the specific transaction progress request (authentication step), and in step S0505, the authentication result is output to the parties to the specified real estate transaction who are not subject to authentication (authentication result output step).

[0049] <Effects> By using the transaction party authentication support system having the above configuration, it becomes possible to efficiently perform the identity verification process required in various real estate-related transactions.

[0050] <<Embodiment 2>> <Summary> The transaction party authentication support system of this embodiment basically has the same technical features as the transaction party authentication support system described in embodiment 1, but has an additional feature in that when outputting the authentication result, if a specific transaction party is authenticated in the authentication process, information related to the specified real estate transaction is output along with the authentication result.

[0051] <Functional configuration> 6 is a diagram showing an example of functional blocks of the transacting party authentication support system of this embodiment. As shown in the diagram, the "transacting party authentication support system" 0600 of this embodiment has an "identification information acquisition unit" 0601, a "specific transaction progress request reception unit" 0602, an "authentication unit" 0603, and an "authentication result output unit" 0604, and the authentication result output unit also has a "related information output means" 0614. Since the basic configuration is the same as the transacting party authentication support system described using FIG. 2 of the first embodiment, the function of the "related information output means" 0614, which is the difference, will be described below.

[0052] The "related information output means" 0614 is configured to output information related to the specified real estate transaction along with the authentication result when the authentication unit successfully authenticates a specific transactor. The information to be output here may be information related to the transaction or procedure associated with the authentication or the specific transaction progress request. For example, in a real estate rental transaction, when authentication processing for proceeding with the important matters explanation procedure is successful, data on a document required to be presented during the important matters explanation in the real estate transaction (the so-called Article 35 document) may be output. In this example, the data on the Article 35 document may be output to the brokerage business operator, which is obligated to present the document, or to the borrower party who receives the explanation using the document. Naturally, it may also be configured to output data to all parties involved.

[0053] Other possible output targets include contract data, property information data for the real estate subject to the transaction, and lists of documents and information that the parties to the transaction must submit in order to proceed with the transaction. The type of information to be output and how to specify the output destination may be determined in advance depending on the transaction. As a prerequisite, a configuration may be considered in which it is determined whether or not information that can be output has been acquired and held in advance. By acquiring and holding this information from the parties to the transaction in advance, it becomes possible to quickly provide the parties with information that is not necessary or useful for subsequent procedures as soon as the authentication process is completed, thereby speeding up the progress of the real estate transaction.

[0054] <Specific configuration> The hardware configuration of each device constituting the transacting party authentication support system of this embodiment is basically the same as the hardware configuration of the transacting party authentication support system of embodiment 1 described using Fig. 4. Therefore, the following describes specific processing of the "related information output means" that has not been described so far.

[0055] (Specific configuration of related information output means) The related information output means is specifically composed of a computer program and computer hardware, and upon execution of the authentication result output program, the CPU reads the "related information output program" from the storage device into the main memory and executes it, and if a specific transactor is authenticated by executing the authentication program, it outputs information related to the specified real estate transaction along with the authentication result.

[0056] <Processing flow> Figure 7 is a diagram showing an example of the processing flow in the transaction party authentication support system of this embodiment. The processing flow in this figure consists of the following steps. First, in step S0701, a transaction party identification code, which is a code for identifying a specific party among the parties to a real estate transaction, is acquired by linking it with transaction party identification information, which is information that can identify that party, and one or more transaction procedures (identification information acquisition step). Then, in step S0702, it is determined whether a specific transaction progress request, which is a request to proceed with a specific real estate transaction, has been made. If it is determined that such a request has been made, in step S0703, the specific transaction progress request is received by linking it with a specific transaction party identification code that identifies the parties to the transaction (specific transaction progress request reception step). If such a request has not been made, this processing is not performed.

[0057] Then, in step S0704, the transactor associated with the transactor identification code is authenticated according to the content of the specific transaction progress request (authentication step), and in step S0705, the authentication result, together with information related to the specified real estate transaction, is output to the parties to the specified real estate transaction who are not subject to authentication (authentication result and related information output step).

[0058] <Effects> By using the transaction party authentication support system of this embodiment, it becomes possible to proceed with various real estate-related transactions more quickly than when using the transaction party authentication support system of the first embodiment.

[0059] <<Embodiment 3>> <Summary> The transaction party authentication support system of this embodiment basically has the same technical features as the transaction party authentication support system described in embodiment 1, but has the additional feature of recording the authentication results in association with the transaction party identification code, and making the recorded contents displayable according to specified authority.

[0060] <Functional configuration> 8 is a diagram showing an example of functional blocks of the transacting party authentication support system of this embodiment. As shown in the diagram, the "transacting party authentication support system" 0800 of this embodiment includes an "identification information acquisition unit" 0801, a "specific transaction progress request reception unit" 0802, an "authentication unit" 0803, an "authentication result output unit" 0804, an "authentication result recording unit" 0805, and an "authentication result display unit" 0806. Since the basic configuration is the same as that of the transacting party authentication support system described using FIG. 2 of the first embodiment, the following describes the functions of the "authentication result recording unit" 0805 and the "authentication result display unit" 0806, which are the differences.

[0061] The "authentication result recording unit" 0805 is configured to record the authentication result in association with the transactor identification code. Similar to the recording mode shown in Figure 3, the transactor identification code and the authentication result are recorded. The authentication result is not limited to whether or not the authentication was successful, but may also include the specific transaction progress request that triggered the authentication, procedures related to the request, the date and time when the request was received, and the date and time when each process was performed (here, the configuration that records the authentication date and time along with the authentication result is specifically referred to as a date and time recording means). Note that the authentication information acquisition unit may be configured to record the authentication result. In that case, the function of the authentication result recording unit may be included in the authentication information acquisition unit as long as the relevant process is performed.

[0062] The "authentication result display unit" 0806 is configured to display the recorded content according to a predetermined authority. The "predetermined authority" here refers to a predetermined authority established in relation to a specific real estate transaction. Specifically, a configuration is conceivable in which display is permitted depending on whether the person is a party to the transaction or a third party other than the parties to the transaction. For example, when authentication processing is performed in response to a specific transaction progress request from a third party other than the person to be authenticated, the authentication result may be displayed to the person to be authenticated. Furthermore, the scope of view permission for the recorded content may be set for each authentication result, and in this case, this setting may be performed by the source of the specific transaction progress request. By adopting this configuration, when authentication is requested, the authentication result is notified only to the specified parties, thereby enabling the smooth progress of procedures required only with the parties. At the same time, by suppressing the output of unnecessary information to parties who do not need the output, it is possible to meet demands for privacy protection and reduction of unnecessary communication costs.

[0063] The authentication result display unit may be configured to have a "display control means" that controls display according to the authentication date and time. Specifically, it may be configured so that the authentication result is not displayed to all parties after a certain period of time has passed since the authentication process was performed, or the authentication date and time may be clearly indicated before displaying the result. By adopting this configuration, it is possible to not only allow the display output destination to understand that authentication processing was performed on the application, but also to avoid situations where the user is confused about when the processing was performed (whether it was performed at an unnatural date and time) or where a past authentication result is mistakenly believed to be authentication performed in connection with another procedure.

[0064] <Specific configuration> The hardware configuration of each device constituting the transacting party authentication support system of this embodiment is basically the same as the hardware configuration of the transacting party authentication support system of embodiment 1 described using Fig. 4. Therefore, the following describes the specific processing of the "authentication result recording unit" and "authentication result display unit" that have not been described so far.

[0065] (Specific configuration of the authentication result recording unit) The authentication result recording unit is specifically composed of a computer program and computer hardware, and the CPU reads the ``authentication result recording program'' from the storage device into the main memory and executes it, and the authentication result obtained by executing the authentication program is linked to the transactor identification code related to the authentication and stored at a specified address in the main memory.

[0066] (Specific configuration of the authentication result display unit) Specifically, the authentication result display unit is composed of a computer program and computer hardware, and the CPU reads the "authentication result display program" from the storage device into the main memory and executes it, and controls the contents recorded by the execution of the authentication result recording program so that they can be displayed in accordance with the predetermined authority set in relation to the authentication process.

[0067] <Processing flow> Figure 9 is a diagram showing an example of the processing flow in the transaction party authentication support system of this embodiment. The processing flow in this figure consists of the following steps. First, in step S0901, a transaction party identification code, which is a code for identifying a specific party among the parties to a real estate transaction, is acquired by linking it with transaction party identification information, which is information that can identify that party, and one or more transaction procedures (identification information acquisition step). Then, in step S0902, it is determined whether a specific transaction progress request, which is a request to proceed with a specific real estate transaction, has been made. If it is determined that such a request has been made, in step S0903, the specific transaction progress request is received by linking it with a specific transaction party identification code that identifies the parties to the transaction (specific transaction progress request reception step). If such a request has not been made, this processing is not performed.

[0068] Then, in step S0904, the transactor associated with the transactor identification code is authenticated according to the content of the specific transaction progress request (authentication step), and in step S0905, the authentication result is output to the parties to the specified real estate transaction who are not subject to authentication (authentication result output step).

[0069] At this time, in step S0906, the processing result of the predetermined authentication step performed in association with the transactor identification code is recorded (authentication result recording step). Then, in step S0907, it is determined whether or not there is a display request from the user, and if it is determined that there is such a request, in step S0908, the information recorded in the authentication result recording step is displayed according to the authority recorded in association with the user (authentication result display step). Unless there is such a request, the authentication result is not displayed.

[0070] <Effects> By using the transaction party authentication support system of this embodiment, it is possible to notify many parties involved of the authentication results at an appropriate time, thereby improving the speed of the real estate transaction itself, compared to when using the transaction party authentication support system of embodiment 1. [Explanation of symbols]

[0071] 0200: Transaction party authentication support system; 0201: Identification information acquisition unit; 0202: Specific transaction progress request receiving unit; 0203: Authentication unit; 0204: Authentication result output unit

Claims

1. an identification information acquisition step of acquiring a transaction party identification code, which is a code for identifying a specific person among two or more parties to a real estate transaction, by linking the transaction party identification information, which is information that can identify that person, with one or more transaction procedures; a specific transaction progress request receiving step for receiving a specific transaction progress request, which is a request to proceed with individual procedures of a specific type of real estate transaction, in association with a specific transaction party identification code for identifying the parties to the transaction; an authentication step of authenticating the transactor associated with the transactor identification code in accordance with the content of the specific transaction progress request; an authentication result output step of outputting the authentication result to a party not subject to authentication among the parties involved in two or more individual procedures of the predetermined type of real estate transaction; A transaction party authentication support method that causes a computer to execute the above.

2. The authentication result output step is A transaction party authentication support method as described in claim 1, further comprising a related information output substep that outputs information related to the specified type of real estate transaction along with the authentication result if a specific transaction party is authenticated in the authentication step.

3. an authentication result recording step of recording the authentication result in association with the transactor identification code; an authentication result display step of displaying the recorded content according to a predetermined authority; The method for supporting authentication of transacting parties according to claim 1, further comprising the steps of:

4. The authentication result recording step is a date and time recording substep of recording the authentication date and time together with the authentication result; The authentication result display step is The method for supporting authentication of transacting parties according to claim 3 , further comprising a display control substep of performing display control in accordance with the authentication date and time.

5. an identification information acquisition step of acquiring a transaction party identification code, which is a code for identifying a specific person among two or more parties to a real estate transaction, by linking the transaction party identification information, which is information that can identify that person, with one or more transaction procedures; a specific transaction progress request receiving step for receiving a specific transaction progress request, which is a request to proceed with individual procedures of a specific type of real estate transaction, in association with a specific transaction party identification code for identifying the parties to the transaction; an authentication step of authenticating the transactor associated with the transactor identification code in accordance with the content of the specific transaction progress request; an authentication result output step of outputting the authentication result to a party not subject to authentication among the parties involved in two or more individual procedures of the predetermined type of real estate transaction; A transaction party authentication support program for causing a computer to execute the above.

6. an identification information acquisition unit that acquires a transaction party identification code, which is a code for identifying a specific person among two or more parties to a real estate transaction, by linking the transaction party identification information, which is information that can identify the person, with one or more transaction procedures; a specific transaction progress request receiving unit that receives a specific transaction progress request, which is a request to proceed with individual procedures for a specific type of real estate transaction, by linking it with a specific transaction party identification code for identifying the parties to the transaction; an authentication unit that authenticates the transactor associated with the transactor identification code in accordance with the content of the specific transaction progress request; an authentication result output unit that outputs the authentication result to a party not subject to authentication among the parties involved in two or more individual procedures of the predetermined type of real estate transaction; A transaction party authentication support system having the above.

Images