System
The system simplifies the creation, storage, and distribution of wills by allowing users to register, authenticate, generate legally compliant drafts, and automatically distribute them when conditions are met, addressing the challenges of traditional will-writing methods.
Patent Information
- Application Number
- JP2024140477
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2024-08-21
- Publication Date
- 2026-03-06
AI Technical Summary
Traditional will-writing methods are difficult for individuals with insufficient legal knowledge, often resulting in non-compliant wills, and there are challenges in securely storing and distributing wills when specified conditions are met.
A system that allows users to register, authenticate, enter necessary information, generate a legally compliant draft, verify its legality, convert it to PDF, securely store it, and automatically distribute it when specified conditions are met, using a legal validation engine and communication means.
Enables users to easily create legally valid wills, securely store them, and distribute them to beneficiaries when conditions are met, simplifying the process and ensuring legal compliance.
Smart Images

Figure 2026037452000001_ABST
Abstract
Description
[Technical Field]
[0001] The technology of the present disclosure relates to a system. [Background technology]
[0002] Patent document 1 discloses a persona chatbot control method performed by at least one processor, the method including the steps of receiving a user utterance, adding the user utterance to a prompt including an instruction sentence related to a description of the chatbot character, encoding the prompt, and inputting the encoded prompt into a language model to generate a chatbot utterance in response to the user utterance. [Prior art documents] [Patent documents]
[0003] [Patent Document 1] Japanese Patent Publication No. 2022-180282 Summary of the Invention [Problem to be solved by the invention]
[0004] In recent years, as family relationships have become more complex, inheritance issues have increased, creating a need for easy and accurate wills that comply with the law and reflect the individual's wishes. However, traditional will-writing methods make it difficult for those with insufficient legal knowledge to write appropriate wills, and many of them are not legally valid. Furthermore, issues remain with storing wills and automatically distributing them when specified conditions are met. Therefore, a system that allows users to easily create, store, and distribute wills is needed. [Means for solving the problem]
[0005] The present invention solves the above problems with a system that includes a means for a user to register and be authenticated, a means for receiving and displaying information necessary for creating a will from the user, a means for generating a legally compliant draft of the will based on the received information and legally verifying it, a means for generating the generated draft as a final will, a means for providing the generated will to the user, and a means for safely storing the generated will and automatically distributing it when specified conditions are met.This system enables users to easily create legally valid wills and safely store and distribute them.
[0006] "User registration" is the process by which a user creates a new account, enters personal information, and begins using the service.
[0007] "Authentication" is the process of verifying that the information entered by the user is accurate and allowing use.
[0008] The "information entry screen" is the interface displayed to the user to enter the detailed information required to create a will.
[0009] A "draft will" is an automatically generated initial draft of a will that is prepared in accordance with the law.
[0010] A "legal validation engine" is a system that checks whether the generated draft violates the law.
[0011] A "final will" is a completed version of a will that has been legally verified and generated.
[0012] "PDF format" stands for Portable Document Format, a standard file format for electronically displaying and distributing generated documents.
[0013] "Storage" is the process of safely storing the generated will.
[0014] "Distribution" is the process of automatically sending a will to beneficiaries when specified conditions are met.
[0015] A "trigger condition" is a setting that causes the system to automatically perform an action when a specific condition is met. [Brief explanation of the drawings]
[0016] [Figure 1] 1 is a conceptual diagram showing an example of the configuration of a data processing system according to a first embodiment. [Figure 2] 1 is a conceptual diagram showing an example of main functions of a data processing device and a smart device according to a first embodiment. [Figure 3] FIG. 10 is a conceptual diagram showing an example of the configuration of a data processing system according to a second embodiment. [Figure 4] FIG. 10 is a conceptual diagram showing an example of main functions of a data processing device and smart glasses according to a second embodiment. [Figure 5] FIG. 10 is a conceptual diagram showing an example of the configuration of a data processing system according to a third embodiment. [Figure 6] FIG. 11 is a conceptual diagram showing an example of main functions of a data processing device and a headset-type terminal according to a third embodiment. [Figure 7] FIG. 10 is a conceptual diagram showing an example of the configuration of a data processing system according to a fourth embodiment. [Figure 8] FIG. 10 is a conceptual diagram showing an example of main functions of a data processing device and a robot according to a fourth embodiment. [Figure 9] 1 shows an emotion map onto which multiple emotions are mapped. [Figure 10] 1 shows an emotion map onto which multiple emotions are mapped. [Figure 11] FIG. 3 is a sequence diagram showing a processing flow of the data processing system according to the first embodiment. [Figure 12] FIG. 10 is a sequence diagram showing the flow of processing in the data processing system in Application Example 1. [Figure 13]FIG. 10 is a sequence diagram showing the flow of processing in the data processing system according to the second embodiment when an emotion engine is combined. [Figure 14] FIG. 10 is a sequence diagram showing the flow of processing in the data processing system in Application Example 2 when an emotion engine is combined. DETAILED DESCRIPTION OF THE INVENTION
[0017] An example of an embodiment of a system according to the technology of the present disclosure will be described below with reference to the accompanying drawings.
[0018] First, the terms used in the following description will be explained.
[0019] In the following embodiments, a coded processor (hereinafter simply referred to as a "processor") may be a single arithmetic device or a combination of multiple arithmetic devices. Furthermore, a processor may be a single type of arithmetic device or a combination of multiple types of arithmetic devices. Examples of arithmetic devices include a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), a GPGPU (General-Purpose computing on Graphics Processing Units), and an APU (Accelerated Processing Unit).
[0020] In the following embodiments, a coded RAM (Random Access Memory) is a memory in which information is temporarily stored and is used as a working memory by a processor.
[0021] In the following embodiments, the coded storage is one or more non-volatile storage devices that store various programs, various parameters, etc. Examples of non-volatile storage devices include flash memory (SSD (Solid State Drive)), magnetic disks (e.g., hard disks), and magnetic tapes.
[0022] In the following embodiments, a communication I / F (Interface) with a symbol is an interface including a communication processor, an antenna, etc. The communication I / F controls communication between multiple computers. Examples of communication standards applied to the communication I / F include wireless communication standards including 5G (5th Generation Mobile Communication System), Wi-Fi (registered trademark), Bluetooth (registered trademark), etc.
[0023] In the following embodiments, "A and / or B" is synonymous with "at least one of A and B." In other words, "A and / or B" means that it may be only A, only B, or a combination of A and B. Furthermore, in this specification, the same concept as "A and / or B" is also applied when three or more things are expressed connected by "and / or."
[0024] [First embodiment]
[0025] FIG. 1 shows an example of the configuration of a data processing system 10 according to the first embodiment.
[0026] 1, a data processing system 10 includes a data processing device 12 and a smart device 14. An example of the data processing device 12 is a server.
[0027] The data processing device 12 includes a computer 22, a database 24, and a communication I / F 26. The computer 22 is an example of a "computer" according to the technology of the present disclosure. The computer 22 includes a processor 28, a RAM 30, and a storage 32. The processor 28, the RAM 30, and the storage 32 are connected to a bus 34. The database 24 and the communication I / F 26 are also connected to the bus 34. The communication I / F 26 is connected to a network 54. Examples of the network 54 include a WAN (Wide Area Network) and / or a LAN (Local Area Network).
[0028] The smart device 14 includes a computer 36, a reception device 38, an output device 40, a camera 42, and a communication I / F 44. The computer 36 includes a processor 46, a RAM 48, and a storage 50. The processor 46, the RAM 48, and the storage 50 are connected to a bus 52. The reception device 38, the output device 40, and the camera 42 are also connected to the bus 52.
[0029] The reception device 38 includes a touch panel 38A, a microphone 38B, and the like, and receives user input. The touch panel 38A detects contact with an indicator (for example, a pen or a finger) to receive user input by the touch of the indicator. The microphone 38B detects the user's voice to receive user input by voice. The control unit 46A transmits data indicating the user input received by the touch panel 38A and the microphone 38B to the data processing device 12. In the data processing device 12, the specific processing unit 290 acquires the data indicating the user input.
[0030] The output device 40 includes a display 40A and a speaker 40B, and presents data to the user 20 by outputting the data in a form of expression that the user 20 can perceive (for example, audio and / or text). The display 40A displays visible information such as text and images in accordance with instructions from the processor 46. The speaker 40B outputs audio in accordance with instructions from the processor 46. The camera 42 is a compact digital camera equipped with an optical system including a lens, aperture, and shutter, and an imaging element such as a CMOS (Complementary Metal-Oxide-Semiconductor) image sensor or a CCD (Charge Coupled Device) image sensor.
[0031] The communication I / F 44 is connected to a network 54. The communication I / Fs 44 and 26 control the exchange of various information between the processor 46 and the processor 28 via the network 54.
[0032] FIG. 2 shows an example of the main functions of the data processing device 12 and the smart device 14.
[0033] 2, in the data processing device 12, a specific process is performed by the processor 28. A specific processing program 56 is stored in the storage 32. The specific processing program 56 is an example of a "program" according to the technology of the present disclosure. The processor 28 reads the specific processing program 56 from the storage 32 and executes the read specific processing program 56 on the RAM 30. The specific process is realized by the processor 28 operating as a specific processing unit 290 in accordance with the specific processing program 56 executed on the RAM 30.
[0034] The storage 32 stores a data generation model 58 and an emotion identification model 59. The data generation model 58 and the emotion identification model 59 are used by the identification processing unit 290.
[0035] In the smart device 14, the processor 46 performs the reception output process. The storage 50 stores a reception output program 60. The reception output program 60 is used in conjunction with the specific processing program 56 by the data processing system 10. The processor 46 reads the reception output program 60 from the storage 50 and executes the read reception output program 60 on the RAM 48. The reception output process is realized by the processor 46 operating as the control unit 46A in accordance with the reception output program 60 executed on the RAM 48.
[0036] Next, a description will be given of the specific processing performed by the specific processing unit 290 of the data processing device 12. In the following description, the data processing device 12 will be referred to as a "server" and the smart device 14 will be referred to as a "terminal."
[0037] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[0038] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[0039] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers.
[0040] The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a legally compliant draft of the will. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[0041] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[0042] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[0043] To give a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. The user then enters beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The server receives the input information, generates a legally sound draft of the will, and performs legal validation. The final will is generated and provided to the user in PDF format.
[0044] Users can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system allows users to easily and securely create, store, and distribute wills.
[0045] The processing flow will be explained below.
[0046] Step 1:
[0047] A user accesses the service and enters the required information such as name, email address, and password on the new registration screen.
[0048] Step 2:
[0049] The terminal transmits the input information to the server.
[0050] Step 3:
[0051] The server stores the received information in a database and generates a unique user ID.
[0052] Step 4:
[0053] The server generates a verification email and sends it to the user's specified email address.
[0054] Step 5:
[0055] The user clicks on the verification link in the email.
[0056] Step 6:
[0057] The terminal accesses the authentication link and sends an authentication request to the server.
[0058] Step 7:
[0059] The server validates the authentication token and activates the user account.
[0060] Step 8:
[0061] The user visits the login page and enters their email address and password.
[0062] Step 9:
[0063] The device sends the login information to the server.
[0064] Step 10:
[0065] The server verifies the login information and returns a successful authentication response.
[0066] Step 11:
[0067] The device displays the will creation screen.
[0068] Step 12:
[0069] The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal.
[0070] Step 13:
[0071] The terminal displays questions, and the user inputs answers to each question.
[0072] Step 14:
[0073] The device sends the user's input information (such as the beneficiary's name, property details, and instructions) to the server.
[0074] Step 15:
[0075] The server temporarily stores the information it receives.
[0076] Step 16:
[0077] The server uses legally compliant templates to generate a draft will based on the input information.
[0078] Step 17:
[0079] The server sends the generated draft to a legal validation engine, which checks whether each clause violates the law.
[0080] Step 18:
[0081] The server receives the validation results from the legal validation engine and makes corrections if necessary.
[0082] Step 19:
[0083] The server finally generates a will that is confirmed to be legally sound.
[0084] Step 20:
[0085] The server converts the generated will into PDF format.
[0086] Step 21:
[0087] The server provides the generated PDF as a download link for the user.
[0088] Step 22:
[0089] The device will display a download link that the user can click to download the PDF.
[0090] Step 23:
[0091] The server stores the generated will PDF in a database for safekeeping.
[0092] Step 24:
[0093] The user enters certain trigger conditions (e.g., providing their own death certificate and setting requirements for automatic distribution).
[0094] Step 25:
[0095] The terminal sends the trigger condition to the server.
[0096] Step 26:
[0097] The server stores the trigger conditions in a database and sets up a distribution procedure when the conditions are met.
[0098] Step 27:
[0099] A third party (e.g., a trusted family member or law firm) uploads the user's death certificate.
[0100] Step 28:
[0101] The device sends the death certificate to the server.
[0102] Step 29:
[0103] The server validates the trigger conditions and ensures that they are met.
[0104] Step 30:
[0105] The server sends emails to automatically distribute copies of the will to the designated beneficiaries.
[0106] Step 31:
[0107] The beneficiary can click on the link in the email to download the PDF of the will from the server.
[0108] Example 1
[0109] Next, a description will be given of Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the smart device 14 will be referred to as a "terminal."
[0110] In the past, creating and managing a will required the services of a specialized lawyer, which was often a complicated and time-consuming process. Furthermore, the storage of created wills and their automatic distribution when certain conditions were met were often not properly managed. This created a risk that wills would not be distributed properly, which was a major source of anxiety for users.
[0111] The specific processing by the specific processing unit 290 of the data processing device 12 in the first embodiment is realized by the following means.
[0112] In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of a will based on the received information and legally verifying it, means for generating the generated draft as a final will, means for providing the generated will to the user, means for safely storing the generated will and automatically distributing it when specified conditions are met, means for a third party to upload information to satisfy specified conditions, and communication means for automatically distributing copies of the will to beneficiaries when the conditions are met. This allows users to consistently create, manage, and distribute wills without going through complicated procedures.
[0113] "User" refers to an individual who uses the System to create, manage, and distribute a will.
[0114] "Means of new registration" refers to the process by which a user enters required information such as name, email address, and password to create an account.
[0115] "Method of authentication" refers to the process by which a user activates their account by clicking on a verification link sent to the email address they registered.
[0116] "Means for receiving and displaying information necessary for creating a will from the user" refers to the process by which the user inputs details of assets and beneficiary information, etc., and has the user confirm it.
[0117] "Means for generating a draft will that complies with the law based on the information received and for legally validating it" refers to the process of creating a draft will on the server side based on the information entered by the user and verifying whether the draft complies with the law.
[0118] "Means for converting the generated draft into a final will" refers to the process of finalizing a draft that has passed legal verification as a final will.
[0119] "Means for providing the generated will to the user" refers to the process of making the generated will available for download to the user in PDF format or similar.
[0120] "Means for securely storing the generated will and automatically distributing it when specified conditions are met" refers to a process for securely storing the generated will and automatically distributing it to relevant parties when specific conditions set by the user are met.
[0121] "Means for a third party to upload information to satisfy specified conditions" refers to the process by which a user's representative or related party uploads required evidence, such as the user's death certificate.
[0122] "Communication means for automatically distributing copies of the will to beneficiaries when conditions are met" refers to a communication means, such as email, for sending the will to beneficiaries when specified conditions are met.
[0123] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[0124] First, in order for a user to use the system, they must register and be authenticated. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[0125] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a draft of the will that complies with the law. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[0126] If the server determines that the will is legally sound, it generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF. The generated will is securely stored by the server and, if necessary, can be automatically distributed when certain conditions are met. The user can set specified trigger conditions (e.g., providing their own death certificate). If a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to the designated beneficiaries to automatically distribute a copy of the will. The beneficiaries can then click the link in the email to download the PDF will from the server.
[0127] As a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. The user then enters the beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user then sets certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries.
[0128] In this way, the system allows users to create, store, and distribute wills easily and securely.
[0129] Example prompts for generative AI models
[0130] "Please explain in detail the process for users to sign up and create a will."
[0131] Thus, the detailed description is designed to facilitate a smooth process for the user and ensure the legal validity of the final will.
[0132] The flow of the identification process in the first embodiment will be described with reference to FIG.
[0133] Step 1:
[0134] A user enters their name, email address, and password on the system's new registration screen. The user enters information into the input form and clicks the "Register" button. Based on the input (user's name, email address, and password), the device sends this information to the server. The output is an HTTP POST request with the user's information.
[0135] Step 2:
[0136] The server stores the received information in a database, generates and sends an authentication email. The server executes the necessary SQL queries to store the input (user information) in a database, generates an authentication email, and sends the email to the user through an SMTP server. The output is that an authentication email is sent to the user and the user information is stored in the database.
[0137] Step 3:
[0138] The user clicks the link in the authentication email to activate the account. When the user clicks the link in the email, the browser displays the authentication completion page. The server updates the account status in the database. The input is the user ID obtained from the link in the authentication email, and the output is the updated account status in the database.
[0139] Step 4:
[0140] The user logs in by entering their email address and password on the login screen. The user enters information into the login form and clicks the "Login" button. Based on the input (email address and password), the device sends the login information to the server. The output is an HTTP POST request for login authentication.
[0141] Step 5:
[0142] The server checks the authentication information, and if successful, displays the will creation screen on the terminal. The server authenticates the user based on the input (login information), and if successful, generates an HTML page for will creation and sends it to the terminal. The output is the HTML of the will creation page.
[0143] Step 6:
[0144] The server generates the questions required to create a will and sends them to the terminal. Based on the input (user request), the server generates questions such as the names of beneficiaries and details of assets in JSON format. The terminal receives this and displays the question form. The output is the JSON data of the questions.
[0145] Step 7:
[0146] The user enters answers to the questions and sends the information to the server via the device. The user enters answers into the input form and clicks the "Submit" button. The device sends the input (user answers) to the server. The output is an HTTP POST request for the answer data.
[0147] Step 8:
[0148] The server temporarily stores the received information and generates a legally based draft of the will. The server stores the input (user response data) in a temporary database and generates a draft of the will using a template engine. The output is a draft of the will.
[0149] Step 9:
[0150] The server checks the legal validity of the draft using a legal validation engine. The server sends the input (the draft will) to the legal validation engine and receives the validation result. The output is a legally valid draft will.
[0151] Step 10:
[0152] If it is determined to be legally acceptable, the server converts the final will into PDF format. The server sends the input (the legally valid draft) to a PDF generation library, which generates a PDF. The output is a PDF of the final will.
[0153] Step 11:
[0154] The server provides the PDF as a link for the user to download. The server generates a link to the location of the PDF file and displays the link on the user's dashboard. The output is a download link.
[0155] Step 12:
[0156] The terminal displays a download link, and the user clicks it to download the PDF. The terminal displays a download link on the dashboard screen, and the user clicks the link to download the PDF file. The input is the download link, and the output is the downloaded PDF file.
[0157] Step 13:
[0158] The server securely stores the generated will and automatically distributes it when specified conditions are met. The server saves the will PDF in a secure storage system and records specified conditions (e.g., uploading a death certificate) in a database. The input is the PDF to be saved and the trigger conditions, and the output is saving the conditions to the database and securely storing the PDF.
[0159] Step 14:
[0160] A third party (e.g., a family member or law firm) uploads the user's death certificate, and the device sends that information to the server. The third party selects the certificate in the file upload form and clicks the "Upload" button. The input is the uploaded certificate, and the output is the certificate sent to the server.
[0161] Step 15:
[0162] The server verifies the trigger conditions and, if the conditions are met, sends an email to the beneficiaries to automatically distribute a copy of the will. The server checks the input (uploaded certificates) and, if the trigger conditions are met, uses the email sending system to send an email with a link to the beneficiaries. The output is an email.
[0163] Step 16:
[0164] The beneficiary can click the link in the email to download the PDF of the will from the server. When the beneficiary clicks the link, a page where the PDF of the will can be downloaded is displayed, and the server provides the PDF file. The input is the link in the email received by the beneficiary, and the output is the PDF file of the will.
[0165] (Application example 1)
[0166] Next, a description will be given of Application Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the smart device 14 will be referred to as a "terminal."
[0167] Conventional will creation systems have the problem that the process for users to create a will is complicated and that the storage and distribution of the will is not guaranteed. Furthermore, it is difficult to properly distribute the will to beneficiaries when certain conditions occur, such as the user's death. For this reason, a system that allows users to create, store, and distribute wills easily and safely is needed.
[0168] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 1 is realized by the following means.
[0169] In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of a will based on the received information and legally verifying it, means for generating the generated draft as a final will, means for providing the generated will to the user, means for safely storing the generated will and automatically distributing it when specified conditions are met, means for verifying a death certificate as a condition for distributing the will, and means for distributing the will to beneficiaries by email. This allows users to easily create and store wills and automatically distribute them at the appropriate time.
[0170] "User" means an individual who uses the System to prepare, store, and distribute a will.
[0171] "Authentication" is the process of verifying that a user registered in this system is a legitimate user.
[0172] A "will" is a legal document that describes how a user wants their assets distributed after their death.
[0173] A "draft" is a temporary draft of a will that is generated based on information entered by the user.
[0174] "Compliant with the law" means that the content complies with the legal standards of the country or region in question.
[0175] "Legal validation" is the process of checking whether the generated draft is legally valid.
[0176] "PDF format" stands for Portable Document Format, a format for digital documents that users can download.
[0177] "Distribute" means providing the will to the designated beneficiaries.
[0178] A "condition" is a specific requirement that must be met in order for the will to be distributed to the designated beneficiaries.
[0179] "Death Certificate" means a document officially verifying the death of a User.
[0180] "Beneficiary" means any person or entity who will receive your assets under your Will.
[0181] "Email" is a means of sending messages electronically
[0182] This invention is a system for easily creating, storing, and distributing wills. To use the system, users must first register and authenticate. When a user enters their name, email address, and password on the registration screen, their device sends this information to a server. The server stores the received information in a database and sends a verification email to the user. The user clicks on the link in the verification email to activate their account.
[0183] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a draft of the will that complies with the law. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[0184] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is provided as a link for the user to download. The device displays the download link, and the user can click to download the PDF. The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met.
[0185] Users can set specified trigger conditions (for example, providing their own death certificate). If a third party (for example, a trusted family member or law firm) uploads the user's death certificate, the device sends the information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[0186] The main hardware and software used includes:
[0187] Server: Database (e.g. MySQL (registered trademark)), legal verification engine
[0188] Terminal: User interface (e.g. HTML, CSS, JavaScript)
[0189] Communication method: SMTP server for sending authentication emails
[0190] Below are some specific examples.
[0191] When a user creates a will using the "Secure Will Guard" application, they first register in the system by entering their name, email address, and password. The server sends a verification email, which the user receives to complete the verification. The user then enters beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) within the application. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries.
[0192] An example of a prompt is:
[0193] "Please provide your ideas for the user interface design of a will-writing application. Also, please provide specific suggestions for the questions that should be asked (e.g., names of beneficiaries, details of assets, distribution method, etc.)."
[0194] The flow of the specific processing in the application example 1 will be described with reference to FIG.
[0195] Step 1:
[0196] The user enters their name, email address, and password on the new registration screen. The device sends the entered information to the server.
[0197] Input: Name, Email Address, Password
[0198] Output: User information sent to the server
[0199] What it does: The device collects the data entered by the user, sends it to the server as an HTTP POST request, and stores the information in a database.
[0200] Step 2:
[0201] The server generates an authentication email and sends it to the user.
[0202] Input: User's email address
[0203] Output: Send verification email
[0204] Specific operation: The server generates the email content and uses the SMTP server to send an email containing an authentication link to the specified email address.
[0205] Step 3:
[0206] The user activates the account by clicking the link in the authentication email. The device sends a request to the server via the link to activate the account.
[0207] Input: Authentication link
[0208] Output: Activated accounts
[0209] Specific operation: When the device clicks on the authentication link, it sends a GET request to the server, and the server changes the status of the corresponding user in the database to "authenticated."
[0210] Step 4:
[0211] When a user logs in, a screen for entering the information necessary to create a will is displayed on the terminal. The server sends questions to the terminal.
[0212] Input: User login information
[0213] Output: Questions for writing a will
[0214] Specific operation: When a user logs in, the server generates the questions required for the will (such as names of beneficiaries, property details, and distribution method) and sends them to the terminal in JSON format.
[0215] Step 5:
[0216] The user enters answers to the questions, and the terminal sends the answers to the server.
[0217] Input: User's answer
[0218] Output: The answer sent to the server
[0219] Specific operation: The device sends the answer obtained from the user to the server via an HTTP POST request, and the server temporarily stores this data.
[0220] Step 6:
[0221] The server generates a legally compliant draft will based on the user's answers and verifies its legal validity using a legal validation engine.
[0222] Input: User's answer
[0223] Output: Legally validated draft
[0224] Specific operation: The server automatically generates a draft of the will based on the input data, and then uses a legal validation engine to verify whether the contents of the draft are legally valid.
[0225] Step 7:
[0226] The server converts the final will into PDF format and sends a download link to the device.
[0227] Input: Legally Validated Draft
[0228] Output: Will in PDF format and download link
[0229] What happens: The server converts the legally reviewed draft into a PDF using a PDF generation library and returns a link to the user's device.
[0230] Step 8:
[0231] When users click on the download link, they can download the will in PDF format.
[0232] Input: Download link
[0233] Output: Downloaded will in PDF format
[0234] What happens: When a user clicks on the download link, the device sends an HTTP request to the server, and the server returns the PDF to the device.
[0235] Step 9:
[0236] The user sets the upload of a death certificate as a trigger condition for distribution of the will, and the server stores the condition in a database.
[0237] Input: Trigger condition
[0238] Output: Saved trigger conditions
[0239] Specific operation: The terminal collects trigger conditions entered by the user and sends them to the server, which stores this information in a database.
[0240] Step 10:
[0241] Once a third party uploads the death certificate, the device sends the information to a server, which verifies the conditions.
[0242] Enter: Death certificate
[0243] Output: Verification results
[0244] What happens: The device receives the uploaded death certificate and sends it to the server, which then validates the certificate (for example, by verifying the checksum or digital signature) to see if the conditions are met.
[0245] Step 11:
[0246] If the conditions are met, the server will distribute copies of the will to the designated beneficiaries via email.
[0247] Input: Validation result
[0248] Output: Distributed will
[0249] Specific operation: If the server determines that the conditions are met, it will use the SMTP server to send an email containing a link to the PDF will to the specified beneficiary's email address.
[0250] Furthermore, an emotion engine that estimates the user's emotion may be combined. That is, the identification processing unit 290 may estimate the user's emotion using the emotion identification model 59 and perform identification processing using the user's emotion.
[0251] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[0252] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[0253] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers.
[0254] The information entered by the user is sent to the server via the device. The server temporarily stores the received information and generates a legally compliant draft of the will. At the same time, an emotion engine works to recognize emotions from the user's input and reactions. This emotion engine takes into account the user's mental state and provides appropriate feedback. For example, if the user is feeling stressed, suggestions for relaxation methods will be displayed.
[0255] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[0256] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[0257] To give a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. After that, the user enters beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed while entering information and displays suggestions for relaxation methods. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format.
[0258] Users can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system allows users to easily and securely create, store, and distribute wills.
[0259] The processing flow will be explained below.
[0260] Step 1:
[0261] A user accesses the service and enters the required information such as name, email address, and password on the new registration screen.
[0262] Step 2:
[0263] The terminal transmits the input information to the server.
[0264] Step 3:
[0265] The server stores the received information in a database and generates a unique user ID.
[0266] Step 4:
[0267] The server generates a verification email and sends it to the user's specified email address.
[0268] Step 5:
[0269] The user clicks on the verification link in the email.
[0270] Step 6:
[0271] The terminal accesses the authentication link and sends an authentication request to the server.
[0272] Step 7:
[0273] The server validates the authentication token and activates the user account.
[0274] Step 8:
[0275] The user visits the login page and enters their email address and password.
[0276] Step 9:
[0277] The device sends the login information to the server.
[0278] Step 10:
[0279] The server verifies the login information and returns a successful authentication response.
[0280] Step 11:
[0281] The device displays the will creation screen.
[0282] Step 12:
[0283] The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal.
[0284] Step 13:
[0285] The device displays questions, and the user enters answers to each question. The emotion engine then works to analyze the user's input and reactions.
[0286] Step 14:
[0287] The emotion engine recognizes the user's emotions and provides feedback suggesting ways to relax or support if they are feeling stressed or anxious.
[0288] Step 15:
[0289] The device sends the user's input information (such as the beneficiary's name, property details, and instructions) to the server.
[0290] Step 16:
[0291] The server temporarily stores the information it receives.
[0292] Step 17:
[0293] The server uses legally compliant templates to generate a draft will based on the input information.
[0294] Step 18:
[0295] The server sends the generated draft to a legal validation engine, which checks whether each clause violates the law.
[0296] Step 19:
[0297] The server receives the validation results from the legal validation engine and makes corrections if necessary.
[0298] Step 20:
[0299] The server finally generates a will that is confirmed to be legally sound.
[0300] Step 21:
[0301] The server converts the generated will into PDF format.
[0302] Step 22:
[0303] The server provides the generated PDF as a download link for the user.
[0304] Step 23:
[0305] The device will display a download link that the user can click to download the PDF.
[0306] Step 24:
[0307] The server stores the generated will PDF in a database for safekeeping.
[0308] Step 25:
[0309] The user enters certain trigger conditions (e.g., providing their own death certificate and setting requirements for automatic distribution).
[0310] Step 26:
[0311] The terminal sends the trigger condition to the server.
[0312] Step 27:
[0313] The server stores the trigger conditions in a database and sets up a distribution procedure when the conditions are met.
[0314] Step 28:
[0315] A third party (e.g., a trusted family member or law firm) uploads the user's death certificate.
[0316] Step 29:
[0317] The device sends the death certificate to the server.
[0318] Step 30:
[0319] The server validates the trigger conditions and ensures that they are met.
[0320] Step 31:
[0321] The server sends emails to automatically distribute copies of the will to the designated beneficiaries.
[0322] Step 32:
[0323] The beneficiary can click on the link in the email to download the PDF of the will from the server.
[0324] Example 2
[0325] Next, a description will be given of Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the smart device 14 will be referred to as a "terminal."
[0326] Current will creation systems are inadequate in providing a complete process for users to easily create a legally valid will, safely store it, and automatically distribute it at the appropriate time. They also lack a function that takes into account the user's emotional state and provides feedback, preventing users from creating a will without feeling stressed. This can lead to a poor user experience and reduced continued use of the system.
[0327] The specific processing by the specific processing unit 290 of the data processing device 12 in the second embodiment is realized by the following means.
[0328] In this invention, the server includes means for a user to register and be authenticated, means for collecting and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of the will based on the received information and legally verifying it, and means for recognizing the user's emotions and providing appropriate feedback. This makes it possible to create a legally valid will easily and safely and provide appropriate feedback taking into account the user's emotional state.
[0329] A "User" is an individual who uses the System to create, store, and distribute a Will.
[0330] "New registration" is the process by which a user provides information such as name, email address, and password required to access and use the system for the first time.
[0331] "Verification" means the process of confirming the accuracy of the registered information and activating the User's account by clicking on the verification link sent to the email address provided by the User.
[0332] "Information necessary for the creation of a will" refers to information such as the names of beneficiaries, details of assets, and distribution method provided by the user to create a will.
[0333] The "means for collecting and displaying information" is the part of the system that provides an input form to allow the user to enter the information necessary to create a will and displays it to the user.
[0334] A "legal draft will" is an initial version of a will generated from information provided by a user and in accordance with applicable laws and regulations.
[0335] "Legal verification means" refers to a process and part of a system for verifying that the generated draft will is legally valid and free of problems.
[0336] "Means for recognizing emotions and providing appropriate feedback" refers to the system's ability to analyze the information and responses the user provides, determine the user's emotional state (e.g., stress), and provide appropriate feedback.
[0337] A "final will" is a completed version of a will that has undergone legal review and is deemed to be free of any problems.
[0338] "Means for providing the will to the user" refers to the system's functionality for providing a link or other means for the user to access and download the generated final will.
[0339] "PDF format" is an abbreviation for Portable Document Format and is one of the formats for storing electronic documents.
[0340] "Means for securely storing wills and distributing them automatically when specified conditions are met" refers to the system's functionality for securely storing generated wills on a server and automatically distributing them to designated beneficiaries when conditions set by the user (e.g., submission of a death certificate) are met.
[0341] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The embodiments for carrying out the present invention will be described in detail below.
[0342] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database (e.g., MySQL, PostgreSQL) and sends a verification email to the user. This verification email contains a link that the user can click to activate their account.
[0343] Next, when the user logs in, the server generates questions to collect the information necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers. The information entered by the user is sent via the terminal to the server, which temporarily stores the received information in a database.
[0344] The server generates a legally compliant draft of the will based on the received information and verifies that it conforms to legal requirements. This process can be performed using programming languages such as Python or Java®, and a template engine (e.g., Jinja2 or Thymeleaf) is used to format the will. At the same time, an emotion engine (e.g., emotion recognition API or machine learning model) runs to recognize emotions from the user's input and reactions. This emotion engine takes into account the user's mental state and provides appropriate feedback. For example, if the user is feeling stressed, suggestions for relaxation methods are displayed (emotion analysis API examples: IBM Watson®, Microsoft® Azure® Emotion API).
[0345] If the server determines that the will is legally acceptable, it generates the final will and converts it to PDF format using libraries such as iText and ReportLab. The generated PDF is then provided as a link for the user to download. The device displays this link, and the user can click to download the PDF.
[0346] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). If a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies whether the conditions are met. If the conditions are met, the server sends an email to the designated beneficiaries to automatically distribute a copy of the will. Beneficiaries can click a link in the email to download the PDF of the will from the server.
[0347] Prompt Sentence Examples
[0348] When a user uses this service to create a will, they first register with the system. The server sends a verification email, which the user receives to complete the verification. Then, the user enters the beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed and displays suggestions for relaxation. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set specific conditions (e.g., a trusted family member uploads the user's death certificate), and the server automatically distributes the will to the beneficiaries when those conditions are met. In this way, the system enables users to easily and securely create, store, and distribute wills.
[0349] The flow of the identification process in the second embodiment will be described with reference to FIG.
[0350] Step 1:
[0351] The user enters their name, email address, and password on the new registration screen. The device receives this information and sends it to the server via an HTTPS POST request. The server stores this information in a database and sends the user a verification email containing a verification link.
[0352] Input: User's name, email address, password
[0353] Processing: receiving information and storing it in a database, generating and sending a verification email
[0354] Output: User information saved in database, authentication email sent to user
[0355] Step 2:
[0356] When a user clicks on the link in the authentication email, the server receives this request and activates the user account. The user also enters their email address and password on the login screen, and a login request is sent to the server via the terminal. The server checks the information against the database and, if correct, creates a session.
[0357] Input: Click the link in the verification email and enter your login information (email address, password)
[0358] Processing: receiving requests, activating accounts, verifying login details, creating sessions
[0359] Output: Account activation, session after successful login
[0360] Step 3:
[0361] After the server successfully logs in, it generates questions to collect the information necessary to create a will and sends them to the terminal. The terminal displays the questions to the user, and the user enters their answers.
[0362] Input: User successfully logged in, access to will creation screen
[0363] Processing: The server generates questions, sends them to the device, and the device displays the questions.
[0364] Output: Questions that are displayed to the user
[0365] Step 4:
[0366] The user enters answers to questions, the device receives them, and sends them to the server, which temporarily stores the information in a database.
[0367] Input: User's answer
[0368] Processing: The device sends the answer information to the server, and the server temporarily stores the information.
[0369] Output: Temporarily saved user answer information
[0370] Step 5:
[0371] The server generates a legally compliant draft of the will based on the user's input information and then legally verifies it. This process uses programs developed in Python, Java, etc., and a template engine (e.g., Jinja2, Thymeleaf) to format the will. An emotion engine also works to recognize emotions from the user's input information and reactions.
[0372] Input: User response information
[0373] Processing: Will draft generation, legal validation, emotion recognition with emotion engine
[0374] Output: Legally validated draft will, emotional feedback
[0375] Step 6:
[0376] If it is determined to be legally acceptable, the server generates the final will and converts it to PDF format using iText and ReportLab. The generated PDF is then provided as a link for the user to download. The device displays this link, and the user can click to download the PDF.
[0377] Input: Legally Validated Draft Will
[0378] Processing: Generate the Last Will and Testament, convert it to PDF format, and generate a download link
[0379] Output: PDF of the Last Will and Testament with a download link
[0380] Step 7:
[0381] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. The user sets a specified trigger condition (e.g., providing their own death certificate). If a third party uploads the user's death certificate, the device sends that information to the server, which verifies whether the conditions are met. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries.
[0382] Input: Specified trigger conditions, death certificate information
[0383] Processing: Saving trigger conditions, verifying if conditions are met, sending automatic distribution email of will
[0384] Output: Email notification when distribution conditions are met, distributed will PDF
[0385] (Application example 2)
[0386] Next, a description will be given of Application Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the smart device 14 will be referred to as a "terminal."
[0387] In recent years, there has been an increasing demand for services related to the creation, storage, and distribution of wills. However, these processes are cumbersome and stressful for users. In particular, legal knowledge is required, which can be stressful for users. Furthermore, there are currently no fully developed systems for automatic distribution when trigger conditions are met. Furthermore, there are few systems that utilize sentiment analysis to create wills while taking into consideration the user's mental state.
[0388] The specific processing by the specific processing unit 290 of the data processing device 12 in Application Example 2 is realized by the following means. In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, and means for performing emotional analysis based on the user's input information and suggesting relaxation methods if the user is feeling stressed. This allows users to easily create a will even without legal knowledge, and enables them to complete the will creation process while receiving psychological support. Furthermore, a system that automatically distributes a will when specified conditions are met ensures that the user's wishes are realized.
[0389] "Means for users to register and be authenticated" refers to the process by which a user accesses the system, creates an account by entering their name, email address, and password, and activates the account by confirming the authentication email provided by the server.
[0390] "Means for receiving and displaying information necessary for creating a will from the user" refers to the process in which the user inputs information necessary for creating a will, such as the names of beneficiaries, details of assets, and distribution method, and the server receives this information and displays it on the terminal.
[0391] "Means for generating a legally compliant draft will based on the received information and legally verifying it" refers to the process by which the server automatically generates a legally compliant draft will based on the information received from the user and verifies that the draft is legally sound.
[0392] "Means for analyzing emotions based on information entered by the user and suggesting ways to relax if the user is feeling stressed" refers to the process by which the emotion engine analyzes the user's mental state based on the information entered by the user when creating a will, and the system provides ways and advice to relax if it determines that the user is feeling stressed.
[0393] The "means for generating the generated draft as a final will" is a process in which the server creates a final will based on the legally verified draft and finalizes it as a document format.
[0394] "Means for providing the generated will to the user" refers to the process by which, after the final will is generated, the server converts the will into a format such as PDF and provides a download link to the user.
[0395] "Means for securely storing the generated will and automatically distributing it when specified conditions are met" refers to the process by which the server securely stores the generated will and automatically distributes it to designated beneficiaries when certain conditions set by the user (such as uploading a death certificate) are met.
[0396] The following describes an embodiment of the present invention. The system of the present invention is a system that allows users to perform all steps from new registration and authentication to creating, storing, and distributing wills. This system is composed of the following main elements.
[0397] First, users must register and authenticate before they can use the system. The user enters their name, email address, and password on the new registration screen, and the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user. The user clicks on the link in the verification email to activate their account.
[0398] Next, when the user logs in, a screen appears where they can enter the information necessary to create a will. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the device. The device displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the device. The server temporarily stores the received information and generates a legally compliant draft of the will.
[0399] The server is equipped with an emotion engine that performs emotion analysis based on user input. This emotion engine uses a generative AI model to analyze the user's input and reactions, and if the user is feeling stressed, it has the function of suggesting ways to relax. Specifically, if it determines that the user is feeling stressed, it displays a message on the device such as "Take a deep breath and relax." This prompt provides support to help the user relax while writing their will.
[0400] If the legality is deemed acceptable, the server generates the final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[0401] The generated will is securely stored on the server and, if necessary, is set to be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[0402] For example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which the user receives to complete the verification. Then, the user enters the beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed and displays suggestions for relaxation. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set specific conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system enables users to easily and securely create, store, and distribute wills.
[0403] A sentiment analysis engine using a generative AI model uses prompts like this:
[0404] "Take a deep breath and relax."
[0405] "Take a break and refresh yourself."
[0406] This allows users to create wills with peace of mind.
[0407] The flow of the specific processing in the application example 2 will be described with reference to FIG.
[0408] Step 1:
[0409] The user enters their name, email address, and password on the new registration screen, and the device sends this information to the server. The server stores the received information in a database, generates a verification email, and sends it to the user. The input data is the name, email address, and password, and the output is storing the data in the database and generating a verification email.
[0410] Step 2:
[0411] The user activates the account by clicking the link in the authentication email. When the user clicks the link, the device sends a request to the server, and the server updates the user's authentication status. The input is the click of the authentication link, and the output is the account activation status.
[0412] Step 3:
[0413] The user logs in and is presented with a screen where they can enter the information required to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.). The server generates the questions required to create a will and sends them to the terminal. The user enters the information, and the terminal sends it to the server. The input is the user's answers, and the output is the display of the questions and receipt of the answers.
[0414] Step 4:
[0415] The server temporarily stores the information received from the user and generates a legally compliant draft of the will. The server uses a legal validation engine to verify the legal conformity of the draft. The input is the user's response information, and the output is a legally compliant draft.
[0416] Step 5:
[0417] The server runs an emotion engine and recognizes emotions from the user's input information and reactions. If the user is feeling stressed, suggestions for relaxation methods are displayed on the device. A generative AI model is used to perform emotion analysis and provide appropriate feedback. The input is the user's input information, and the output is suggestions for relaxation methods. A specific prompt, such as "Take a deep breath and relax," is displayed.
[0418] Step 6:
[0419] The server generates the final will and converts it to PDF format, and provides the generated PDF as a link for users to download. The input is a legally validated draft, and the output is the final will in PDF format and a download link for it.
[0420] Step 7:
[0421] The generated will is securely stored on the server and automatically distributed to beneficiaries when certain conditions specified by the user (e.g., providing a death certificate) are met. When a third party uploads a death certificate, the device sends the information to the server, which verifies the trigger conditions. When the conditions are met, the server sends an email to distribute a copy of the will to the designated beneficiaries. The input is the trigger condition information, and the output is the distribution of the will.
[0422] The specific processing unit 290 transmits the result of the specific processing to the smart device 14. In the smart device 14, the control unit 46A causes the output device 40 to output the result of the specific processing. The microphone 38B acquires audio indicating a user input regarding the result of the specific processing. The control unit 46A transmits audio data indicating the user input acquired by the microphone 38B to the data processing device 12. In the data processing device 12, the specific processing unit 290 acquires the audio data.
[0423] The data generation model 58 is a so-called generative AI (Artificial Intelligence). An example of the data generation model 58 is ChatGPT (registered trademark) (Internet search engine).<URL: https: / / openai.com / blog / chatgpt> ), Gemini (registered trademark) (Internet search <url: https: gemini.google.com ?hl="ja">) and other generation AIs. The data generation model 58 is obtained by performing deep learning on a neural network. A prompt including an instruction is input to the data generation model 58, and inference data such as voice data indicating voice, text data indicating text, and image data indicating an image is also input. The data generation model 58 performs inference on the input inference data in accordance with the instruction indicated by the prompt, and outputs the inference result in a data format such as voice data and text data. Here, inference refers to, for example, analysis, classification, prediction, and / or summarization.
[0424] In the above embodiment, an example in which the specific process is performed by the data processing device 12 has been given, but the technology of the present disclosure is not limited to this, and the specific process may be performed by the smart device 14.
[0425] [Second embodiment]
[0426] FIG. 3 shows an example of the configuration of a data processing system 210 according to the second embodiment.
[0427] 3, the data processing system 210 includes the data processing device 12 and smart glasses 214. An example of the data processing device 12 is a server.
[0428] The data processing device 12 includes a computer 22, a database 24, and a communication I / F 26. The computer 22 is an example of a "computer" according to the technology of the present disclosure. The computer 22 includes a processor 28, a RAM 30, and a storage 32. The processor 28, the RAM 30, and the storage 32 are connected to a bus 34. The database 24 and the communication I / F 26 are also connected to the bus 34. The communication I / F 26 is connected to a network 54. Examples of the network 54 include a WAN (Wide Area Network) and / or a LAN (Local Area Network).
[0429] The smart glasses 214 include a computer 36, a microphone 238, a speaker 240, a camera 42, and a communication I / F 44. The computer 36 includes a processor 46, a RAM 48, and a storage 50. The processor 46, the RAM 48, and the storage 50 are connected to a bus 52. The microphone 238, the speaker 240, and the camera 42 are also connected to the bus 52.
[0430] The microphone 238 receives instructions and the like from the user 20 by receiving voice uttered by the user 20. The microphone 238 captures the voice uttered by the user 20, converts the captured voice into audio data, and outputs it to the processor 46. The speaker 240 outputs audio in accordance with instructions from the processor 46.
[0431] Camera 42 is a small digital camera equipped with an optical system including a lens, aperture, and shutter, and an imaging element such as a CMOS (Complementary Metal-Oxide-Semiconductor) image sensor or a CCD (Charge Coupled Device) image sensor, and captures images of the surroundings of user 20 (for example, an imaging range defined by an angle of view equivalent to the field of vision of a typical healthy person).
[0432] The communication I / F 44 is connected to a network 54. The communication I / Fs 44 and 26 control the exchange of various information between the processor 46 and the processor 28 via the network 54. The exchange of various information between the processor 46 and the processor 28 using the communication I / Fs 44 and 26 is carried out in a secure state.
[0433] Fig. 4 shows an example of the main functions of the data processing device 12 and the smart glasses 214. As shown in Fig. 4, in the data processing device 12, a specific process is performed by the processor 28. A specific process program 56 is stored in the storage 32.
[0434] The specific processing program 56 is an example of a "program" according to the technology of the present disclosure. The processor 28 reads the specific processing program 56 from the storage 32 and executes the read specific processing program 56 on the RAM 30. The specific processing is realized by the processor 28 operating as a specific processing unit 290 in accordance with the specific processing program 56 executed on the RAM 30.
[0435] The storage 32 stores a data generation model 58 and an emotion identification model 59. The data generation model 58 and the emotion identification model 59 are used by the identification processing unit 290.
[0436] In the smart glasses 214, the reception output process is performed by the processor 46. A reception output program 60 is stored in the storage 50. The processor 46 reads the reception output program 60 from the storage 50 and executes the read reception output program 60 on the RAM 48. The reception output process is realized by the processor 46 operating as the control unit 46A in accordance with the reception output program 60 executed on the RAM 48.
[0437] Next, a description will be given of the identification process performed by the identification processing unit 290 of the data processing device 12. In the following description, the data processing device 12 will be referred to as the "server" and the smart glasses 214 will be referred to as the "terminal."
[0438] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[0439] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[0440] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers.
[0441] The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a legally compliant draft of the will. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[0442] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[0443] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[0444] To give a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. The user then enters beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The server receives the input information, generates a legally sound draft of the will, and performs legal validation. The final will is generated and provided to the user in PDF format.
[0445] Users can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system allows users to easily and securely create, store, and distribute wills.
[0446] The processing flow will be explained below.
[0447] Step 1:
[0448] A user accesses the service and enters the required information such as name, email address, and password on the new registration screen.
[0449] Step 2:
[0450] The terminal transmits the input information to the server.
[0451] Step 3:
[0452] The server stores the received information in a database and generates a unique user ID.
[0453] Step 4:
[0454] The server generates a verification email and sends it to the user's specified email address.
[0455] Step 5:
[0456] The user clicks on the verification link in the email.
[0457] Step 6:
[0458] The terminal accesses the authentication link and sends an authentication request to the server.
[0459] Step 7:
[0460] The server validates the authentication token and activates the user account.
[0461] Step 8:
[0462] The user visits the login page and enters their email address and password.
[0463] Step 9:
[0464] The device sends the login information to the server.
[0465] Step 10:
[0466] The server verifies the login information and returns a successful authentication response.
[0467] Step 11:
[0468] The device displays the will creation screen.
[0469] Step 12:
[0470] The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal.
[0471] Step 13:
[0472] The terminal displays questions, and the user inputs answers to each question.
[0473] Step 14:
[0474] The device sends the user's input information (such as the beneficiary's name, property details, and instructions) to the server.
[0475] Step 15:
[0476] The server temporarily stores the information it receives.
[0477] Step 16:
[0478] The server uses legally compliant templates to generate a draft will based on the input information.
[0479] Step 17:
[0480] The server sends the generated draft to a legal validation engine, which checks whether each clause violates the law.
[0481] Step 18:
[0482] The server receives the validation results from the legal validation engine and makes corrections if necessary.
[0483] Step 19:
[0484] The server finally generates a will that is confirmed to be legally sound.
[0485] Step 20:
[0486] The server converts the generated will into PDF format.
[0487] Step 21:
[0488] The server provides the generated PDF as a download link for the user.
[0489] Step 22:
[0490] The device will display a download link that the user can click to download the PDF.
[0491] Step 23:
[0492] The server stores the generated will PDF in a database for safekeeping.
[0493] Step 24:
[0494] The user enters certain trigger conditions (e.g., providing their own death certificate and setting requirements for automatic distribution).
[0495] Step 25:
[0496] The terminal sends the trigger condition to the server.
[0497] Step 26:
[0498] The server stores the trigger conditions in a database and sets up a distribution procedure when the conditions are met.
[0499] Step 27:
[0500] A third party (e.g., a trusted family member or law firm) uploads the user's death certificate.
[0501] Step 28:
[0502] The device sends the death certificate to the server.
[0503] Step 29:
[0504] The server validates the trigger conditions and ensures that they are met.
[0505] Step 30:
[0506] The server sends emails to automatically distribute copies of the will to the designated beneficiaries.
[0507] Step 31:
[0508] The beneficiary can click on the link in the email to download the PDF of the will from the server.
[0509] Example 1
[0510] Next, a description will be given of Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the smart glasses 214 will be referred to as a "terminal."
[0511] In the past, creating and managing a will required the services of a specialized lawyer, which was often a complicated and time-consuming process. Furthermore, the storage of created wills and their automatic distribution when certain conditions were met were often not properly managed. This created a risk that wills would not be distributed properly, which was a major source of anxiety for users.
[0512] The specific processing by the specific processing unit 290 of the data processing device 12 in the first embodiment is realized by the following means.
[0513] In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of a will based on the received information and legally verifying it, means for generating the generated draft as a final will, means for providing the generated will to the user, means for safely storing the generated will and automatically distributing it when specified conditions are met, means for a third party to upload information to satisfy specified conditions, and communication means for automatically distributing copies of the will to beneficiaries when the conditions are met. This allows users to consistently create, manage, and distribute wills without going through complicated procedures.
[0514] "User" refers to an individual who uses the System to create, manage, and distribute a will.
[0515] "Means of new registration" refers to the process by which a user enters required information such as name, email address, and password to create an account.
[0516] "Method of authentication" refers to the process by which a user activates their account by clicking on a verification link sent to the email address they registered.
[0517] "Means for receiving and displaying information necessary for creating a will from the user" refers to the process by which the user inputs details of assets and beneficiary information, etc., and has the user confirm it.
[0518] "Means for generating a draft will that complies with the law based on the information received and for legally validating it" refers to the process of creating a draft will on the server side based on the information entered by the user and verifying whether the draft complies with the law.
[0519] "Means for converting the generated draft into a final will" refers to the process of finalizing a draft that has passed legal verification as a final will.
[0520] "Means for providing the generated will to the user" refers to the process of making the generated will available for download to the user in PDF format or similar.
[0521] "Means for securely storing the generated will and automatically distributing it when specified conditions are met" refers to a process for securely storing the generated will and automatically distributing it to relevant parties when specific conditions set by the user are met.
[0522] "Means for a third party to upload information to satisfy specified conditions" refers to the process by which a user's representative or related party uploads required evidence, such as the user's death certificate.
[0523] "Communication means for automatically distributing copies of the will to beneficiaries when conditions are met" refers to a communication means, such as email, for sending the will to beneficiaries when specified conditions are met.
[0524] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[0525] First, in order for a user to use the system, they must register and be authenticated. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[0526] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a draft of the will that complies with the law. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[0527] If the server determines that the will is legally sound, it generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF. The generated will is securely stored by the server and, if necessary, can be automatically distributed when certain conditions are met. The user can set specified trigger conditions (e.g., providing their own death certificate). If a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to the designated beneficiaries to automatically distribute a copy of the will. The beneficiaries can then click the link in the email to download the PDF will from the server.
[0528] As a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. The user then enters the beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user then sets certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries.
[0529] In this way, the system allows users to create, store, and distribute wills easily and securely.
[0530] Example prompts for generative AI models
[0531] "Please explain in detail the process for users to sign up and create a will."
[0532] Thus, the detailed description is designed to facilitate a smooth process for the user and ensure the legal validity of the final will.
[0533] The flow of the identification process in the first embodiment will be described with reference to FIG.
[0534] Step 1:
[0535] A user enters their name, email address, and password on the system's new registration screen. The user enters information into the input form and clicks the "Register" button. Based on the input (user's name, email address, and password), the device sends this information to the server. The output is an HTTP POST request with the user's information.
[0536] Step 2:
[0537] The server stores the received information in a database, generates and sends an authentication email. The server executes the necessary SQL queries to store the input (user information) in a database, generates an authentication email, and sends the email to the user through an SMTP server. The output is that an authentication email is sent to the user and the user information is stored in the database.
[0538] Step 3:
[0539] The user clicks the link in the authentication email to activate the account. When the user clicks the link in the email, the browser displays the authentication completion page. The server updates the account status in the database. The input is the user ID obtained from the link in the authentication email, and the output is the updated account status in the database.
[0540] Step 4:
[0541] The user logs in by entering their email address and password on the login screen. The user enters information into the login form and clicks the "Login" button. Based on the input (email address and password), the device sends the login information to the server. The output is an HTTP POST request for login authentication.
[0542] Step 5:
[0543] The server checks the authentication information, and if successful, displays the will creation screen on the terminal. The server authenticates the user based on the input (login information), and if successful, generates an HTML page for will creation and sends it to the terminal. The output is the HTML of the will creation page.
[0544] Step 6:
[0545] The server generates the questions required to create a will and sends them to the terminal. Based on the input (user request), the server generates questions such as the names of beneficiaries and details of assets in JSON format. The terminal receives this and displays the question form. The output is the JSON data of the questions.
[0546] Step 7:
[0547] The user enters answers to the questions and sends the information to the server via the device. The user enters answers into the input form and clicks the "Submit" button. The device sends the input (user answers) to the server. The output is an HTTP POST request for the answer data.
[0548] Step 8:
[0549] The server temporarily stores the received information and generates a legally based draft of the will. The server stores the input (user response data) in a temporary database and generates a draft of the will using a template engine. The output is a draft of the will.
[0550] Step 9:
[0551] The server checks the legal validity of the draft using a legal validation engine. The server sends the input (the draft will) to the legal validation engine and receives the validation result. The output is a legally valid draft will.
[0552] Step 10:
[0553] If it is determined to be legally acceptable, the server converts the final will into PDF format. The server sends the input (the legally valid draft) to a PDF generation library, which generates a PDF. The output is a PDF of the final will.
[0554] Step 11:
[0555] The server provides the PDF as a link for the user to download. The server generates a link to the location of the PDF file and displays the link on the user's dashboard. The output is a download link.
[0556] Step 12:
[0557] The terminal displays a download link, and the user clicks it to download the PDF. The terminal displays a download link on the dashboard screen, and the user clicks the link to download the PDF file. The input is the download link, and the output is the downloaded PDF file.
[0558] Step 13:
[0559] The server securely stores the generated will and automatically distributes it when specified conditions are met. The server saves the will PDF in a secure storage system and records specified conditions (e.g., uploading a death certificate) in a database. The input is the PDF to be saved and the trigger conditions, and the output is saving the conditions to the database and securely storing the PDF.
[0560] Step 14:
[0561] A third party (e.g., a family member or law firm) uploads the user's death certificate, and the device sends that information to the server. The third party selects the certificate in the file upload form and clicks the "Upload" button. The input is the uploaded certificate, and the output is the certificate sent to the server.
[0562] Step 15:
[0563] The server verifies the trigger conditions and, if the conditions are met, sends an email to the beneficiaries to automatically distribute a copy of the will. The server checks the input (uploaded certificates) and, if the trigger conditions are met, uses the email sending system to send an email with a link to the beneficiaries. The output is an email.
[0564] Step 16:
[0565] The beneficiary can click the link in the email to download the PDF of the will from the server. When the beneficiary clicks the link, a page where the PDF of the will can be downloaded is displayed, and the server provides the PDF file. The input is the link in the email received by the beneficiary, and the output is the PDF file of the will.
[0566] (Application example 1)
[0567] Next, a description will be given of Application Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the smart glasses 214 will be referred to as a "terminal."
[0568] Conventional will creation systems have the problem that the process for users to create a will is complicated and that the storage and distribution of the will is not guaranteed. Furthermore, it is difficult to properly distribute the will to beneficiaries when certain conditions occur, such as the user's death. For this reason, a system that allows users to create, store, and distribute wills easily and safely is needed.
[0569] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 1 is realized by the following means.
[0570] In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of a will based on the received information and legally verifying it, means for generating the generated draft as a final will, means for providing the generated will to the user, means for safely storing the generated will and automatically distributing it when specified conditions are met, means for verifying a death certificate as a condition for distributing the will, and means for distributing the will to beneficiaries by email. This allows users to easily create and store wills and automatically distribute them at the appropriate time.
[0571] "User" means an individual who uses the System to prepare, store, and distribute a will.
[0572] "Authentication" is the process of verifying that a user registered in this system is a legitimate user.
[0573] A "will" is a legal document that describes how a user wants their assets distributed after their death.
[0574] A "draft" is a temporary draft of a will that is generated based on information entered by the user.
[0575] "Compliant with the law" means that the content complies with the legal standards of the country or region in question.
[0576] "Legal validation" is the process of checking whether the generated draft is legally valid.
[0577] "PDF format" stands for Portable Document Format, a format for digital documents that users can download.
[0578] "Distribute" means providing the will to the designated beneficiaries.
[0579] A "condition" is a specific requirement that must be met in order for the will to be distributed to the designated beneficiaries.
[0580] "Death Certificate" means a document officially verifying the death of a User.
[0581] "Beneficiary" means any person or entity who will receive your assets under your Will.
[0582] "Email" is a means of sending messages electronically
[0583] This invention is a system for easily creating, storing, and distributing wills. To use the system, users must first register and authenticate. When a user enters their name, email address, and password on the registration screen, their device sends this information to a server. The server stores the received information in a database and sends a verification email to the user. The user clicks on the link in the verification email to activate their account.
[0584] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a draft of the will that complies with the law. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[0585] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is provided as a link for the user to download. The device displays the download link, and the user can click to download the PDF. The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met.
[0586] Users can set specified trigger conditions (for example, providing their own death certificate). If a third party (for example, a trusted family member or law firm) uploads the user's death certificate, the device sends the information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[0587] The main hardware and software used includes:
[0588] Server: Database (e.g. MySQL), legal verification engine
[0589] Terminal: User interface (e.g. HTML, CSS, JavaScript)
[0590] Communication method: SMTP server for sending authentication emails
[0591] Below are some specific examples.
[0592] When a user creates a will using the "Secure Will Guard" application, they first register in the system by entering their name, email address, and password. The server sends a verification email, which the user receives to complete the verification. The user then enters beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) within the application. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries.
[0593] An example of a prompt is:
[0594] "Please provide your ideas for the user interface design of a will-writing application. Also, please provide specific suggestions for the questions that should be asked (e.g., names of beneficiaries, details of assets, distribution method, etc.)."
[0595] The flow of the specific processing in the application example 1 will be described with reference to FIG.
[0596] Step 1:
[0597] The user enters their name, email address, and password on the new registration screen. The device sends the entered information to the server.
[0598] Input: Name, Email Address, Password
[0599] Output: User information sent to the server
[0600] What it does: The device collects the data entered by the user, sends it to the server as an HTTP POST request, and stores the information in a database.
[0601] Step 2:
[0602] The server generates an authentication email and sends it to the user.
[0603] Input: User's email address
[0604] Output: Send verification email
[0605] Specific operation: The server generates the email content and uses the SMTP server to send an email containing an authentication link to the specified email address.
[0606] Step 3:
[0607] The user activates the account by clicking the link in the authentication email. The device sends a request to the server via the link to activate the account.
[0608] Input: Authentication link
[0609] Output: Activated accounts
[0610] Specific operation: When the device clicks on the authentication link, it sends a GET request to the server, and the server changes the status of the corresponding user in the database to "authenticated."
[0611] Step 4:
[0612] When a user logs in, a screen for entering the information necessary to create a will is displayed on the terminal. The server sends questions to the terminal.
[0613] Input: User login information
[0614] Output: Questions for writing a will
[0615] Specific operation: When a user logs in, the server generates the questions required for the will (such as names of beneficiaries, property details, and distribution method) and sends them to the terminal in JSON format.
[0616] Step 5:
[0617] The user enters answers to the questions, and the terminal sends the answers to the server.
[0618] Input: User's answer
[0619] Output: The answer sent to the server
[0620] Specific operation: The device sends the answer obtained from the user to the server via an HTTP POST request, and the server temporarily stores this data.
[0621] Step 6:
[0622] The server generates a legally compliant draft will based on the user's answers and verifies its legal validity using a legal validation engine.
[0623] Input: User's answer
[0624] Output: Legally validated draft
[0625] Specific operation: The server automatically generates a draft of the will based on the input data, and then uses a legal validation engine to verify whether the contents of the draft are legally valid.
[0626] Step 7:
[0627] The server converts the final will into PDF format and sends a download link to the device.
[0628] Input: Legally Validated Draft
[0629] Output: Will in PDF format and download link
[0630] What happens: The server converts the legally reviewed draft into a PDF using a PDF generation library and returns a link to the user's device.
[0631] Step 8:
[0632] When users click on the download link, they can download the will in PDF format.
[0633] Input: Download link
[0634] Output: Downloaded will in PDF format
[0635] What happens: When a user clicks on the download link, the device sends an HTTP request to the server, and the server returns the PDF to the device.
[0636] Step 9:
[0637] The user sets the upload of a death certificate as a trigger condition for distribution of the will, and the server stores the condition in a database.
[0638] Input: Trigger condition
[0639] Output: Saved trigger conditions
[0640] Specific operation: The terminal collects trigger conditions entered by the user and sends them to the server, which stores this information in a database.
[0641] Step 10:
[0642] Once a third party uploads the death certificate, the device sends the information to a server, which verifies the conditions.
[0643] Enter: Death certificate
[0644] Output: Verification results
[0645] What happens: The device receives the uploaded death certificate and sends it to the server, which then validates the certificate (for example, by verifying the checksum or digital signature) to see if the conditions are met.
[0646] Step 11:
[0647] If the conditions are met, the server will distribute copies of the will to the designated beneficiaries via email.
[0648] Input: Validation result
[0649] Output: Distributed will
[0650] Specific operation: If the server determines that the conditions are met, it will use the SMTP server to send an email containing a link to the PDF will to the specified beneficiary's email address.
[0651] Furthermore, an emotion engine that estimates the user's emotion may be further combined. That is, the identification processing unit 290 may estimate the user's emotion using the emotion identification model 59, and perform identification processing using the user's emotion.
[0652] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[0653] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[0654] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers.
[0655] The information entered by the user is sent to the server via the device. The server temporarily stores the received information and generates a legally compliant draft of the will. At the same time, an emotion engine works to recognize emotions from the user's input and reactions. This emotion engine takes into account the user's mental state and provides appropriate feedback. For example, if the user is feeling stressed, suggestions for relaxation methods will be displayed.
[0656] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[0657] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[0658] To give a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. After that, the user enters beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed while entering information and displays suggestions for relaxation methods. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format.
[0659] Users can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system allows users to easily and securely create, store, and distribute wills.
[0660] The processing flow will be explained below.
[0661] Step 1:
[0662] A user accesses the service and enters the required information such as name, email address, and password on the new registration screen.
[0663] Step 2:
[0664] The terminal transmits the input information to the server.
[0665] Step 3:
[0666] The server stores the received information in a database and generates a unique user ID.
[0667] Step 4:
[0668] The server generates a verification email and sends it to the user's specified email address.
[0669] Step 5:
[0670] The user clicks on the verification link in the email.
[0671] Step 6:
[0672] The terminal accesses the authentication link and sends an authentication request to the server.
[0673] Step 7:
[0674] The server validates the authentication token and activates the user account.
[0675] Step 8:
[0676] The user visits the login page and enters their email address and password.
[0677] Step 9:
[0678] The device sends the login information to the server.
[0679] Step 10:
[0680] The server verifies the login information and returns a successful authentication response.
[0681] Step 11:
[0682] The device displays the will creation screen.
[0683] Step 12:
[0684] The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal.
[0685] Step 13:
[0686] The device displays questions, and the user enters answers to each question. The emotion engine then works to analyze the user's input and reactions.
[0687] Step 14:
[0688] The emotion engine recognizes the user's emotions and provides feedback suggesting ways to relax or support if they are feeling stressed or anxious.
[0689] Step 15:
[0690] The device sends the user's input information (such as the beneficiary's name, property details, and instructions) to the server.
[0691] Step 16:
[0692] The server temporarily stores the information it receives.
[0693] Step 17:
[0694] The server uses legally compliant templates to generate a draft will based on the input information.
[0695] Step 18:
[0696] The server sends the generated draft to a legal validation engine, which checks whether each clause violates the law.
[0697] Step 19:
[0698] The server receives the validation results from the legal validation engine and makes corrections if necessary.
[0699] Step 20:
[0700] The server finally generates a will that is confirmed to be legally sound.
[0701] Step 21:
[0702] The server converts the generated will into PDF format.
[0703] Step 22:
[0704] The server provides the generated PDF as a download link for the user.
[0705] Step 23:
[0706] The device will display a download link that the user can click to download the PDF.
[0707] Step 24:
[0708] The server stores the generated will PDF in a database for safekeeping.
[0709] Step 25:
[0710] The user enters certain trigger conditions (e.g., providing their own death certificate and setting requirements for automatic distribution).
[0711] Step 26:
[0712] The terminal sends the trigger condition to the server.
[0713] Step 27:
[0714] The server stores the trigger conditions in a database and sets up a distribution procedure when the conditions are met.
[0715] Step 28:
[0716] A third party (e.g., a trusted family member or law firm) uploads the user's death certificate.
[0717] Step 29:
[0718] The device sends the death certificate to the server.
[0719] Step 30:
[0720] The server validates the trigger conditions and ensures that they are met.
[0721] Step 31:
[0722] The server sends emails to automatically distribute copies of the will to the designated beneficiaries.
[0723] Step 32:
[0724] The beneficiary can click on the link in the email to download the PDF of the will from the server.
[0725] Example 2
[0726] Next, a description will be given of Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the smart glasses 214 will be referred to as a "terminal."
[0727] Current will creation systems are inadequate in providing a complete process for users to easily create a legally valid will, safely store it, and automatically distribute it at the appropriate time. They also lack a function that takes into account the user's emotional state and provides feedback, preventing users from creating a will without feeling stressed. This can lead to a poor user experience and reduced continued use of the system.
[0728] The specific processing by the specific processing unit 290 of the data processing device 12 in the second embodiment is realized by the following means.
[0729] In this invention, the server includes means for a user to register and be authenticated, means for collecting and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of the will based on the received information and legally verifying it, and means for recognizing the user's emotions and providing appropriate feedback. This makes it possible to create a legally valid will easily and safely and provide appropriate feedback taking into account the user's emotional state.
[0730] A "User" is an individual who uses the System to create, store, and distribute a Will.
[0731] "New registration" is the process by which a user provides information such as name, email address, and password required to access and use the system for the first time.
[0732] "Verification" means the process of confirming the accuracy of the registered information and activating the User's account by clicking on the verification link sent to the email address provided by the User.
[0733] "Information necessary for the creation of a will" refers to information such as the names of beneficiaries, details of assets, and distribution method provided by the user to create a will.
[0734] The "means for collecting and displaying information" is the part of the system that provides an input form to allow the user to enter the information necessary to create a will and displays it to the user.
[0735] A "legal draft will" is an initial version of a will generated from information provided by a user and in accordance with applicable laws and regulations.
[0736] "Legal verification means" refers to a process and part of a system for verifying that the generated draft will is legally valid and free of problems.
[0737] "Means for recognizing emotions and providing appropriate feedback" refers to the system's ability to analyze the information and responses the user provides, determine the user's emotional state (e.g., stress), and provide appropriate feedback.
[0738] A "final will" is a completed version of a will that has undergone legal review and is deemed to be free of any problems.
[0739] "Means for providing the will to the user" refers to the system's functionality for providing a link or other means for the user to access and download the generated final will.
[0740] "PDF format" is an abbreviation for Portable Document Format and is one of the formats for storing electronic documents.
[0741] "Means for securely storing wills and distributing them automatically when specified conditions are met" refers to the system's functionality for securely storing generated wills on a server and automatically distributing them to designated beneficiaries when conditions set by the user (e.g., submission of a death certificate) are met.
[0742] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The embodiments for carrying out the present invention will be described in detail below.
[0743] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database (e.g., MySQL, PostgreSQL) and sends a verification email to the user. This verification email contains a link that the user can click to activate their account.
[0744] Next, when the user logs in, the server generates questions to collect the information necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers. The information entered by the user is sent via the terminal to the server, which temporarily stores the received information in a database.
[0745] The server generates a legally compliant draft of the will based on the received information and verifies that it conforms to legal requirements. This process can be performed using programming languages such as Python or Java, and a template engine (e.g., Jinja2 or Thymeleaf) is used to format the will. At the same time, an emotion engine (e.g., emotion recognition API or machine learning model) runs to recognize emotions from the user's input and reactions. This emotion engine takes into account the user's mental state and provides appropriate feedback. For example, if the user is feeling stressed, suggestions for relaxation methods are displayed (emotion analysis API examples: IBM Watson, Microsoft Azure Emotion API).
[0746] If the server determines that the will is legally acceptable, it generates the final will and converts it to PDF format using libraries such as iText and ReportLab. The generated PDF is then provided as a link for the user to download. The device displays this link, and the user can click to download the PDF.
[0747] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). If a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies whether the conditions are met. If the conditions are met, the server sends an email to the designated beneficiaries to automatically distribute a copy of the will. Beneficiaries can click a link in the email to download the PDF of the will from the server.
[0748] Prompt Sentence Examples
[0749] When a user uses this service to create a will, they first register with the system. The server sends a verification email, which the user receives to complete the verification. Then, the user enters the beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed and displays suggestions for relaxation. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set specific conditions (e.g., a trusted family member uploads the user's death certificate), and the server automatically distributes the will to the beneficiaries when those conditions are met. In this way, the system enables users to easily and securely create, store, and distribute wills.
[0750] The flow of the identification process in the second embodiment will be described with reference to FIG.
[0751] Step 1:
[0752] The user enters their name, email address, and password on the new registration screen. The device receives this information and sends it to the server via an HTTPS POST request. The server stores this information in a database and sends the user a verification email containing a verification link.
[0753] Input: User's name, email address, password
[0754] Processing: receiving information and storing it in a database, generating and sending a verification email
[0755] Output: User information saved in database, authentication email sent to user
[0756] Step 2:
[0757] When a user clicks on the link in the authentication email, the server receives this request and activates the user account. The user also enters their email address and password on the login screen, and a login request is sent to the server via the terminal. The server checks the information against the database and, if correct, creates a session.
[0758] Input: Click the link in the verification email and enter your login information (email address, password)
[0759] Processing: receiving requests, activating accounts, verifying login details, creating sessions
[0760] Output: Account activation, session after successful login
[0761] Step 3:
[0762] After the server successfully logs in, it generates questions to collect the information necessary to create a will and sends them to the terminal. The terminal displays the questions to the user, and the user enters their answers.
[0763] Input: User successfully logged in, access to will creation screen
[0764] Processing: The server generates questions, sends them to the device, and the device displays the questions.
[0765] Output: Questions that are displayed to the user
[0766] Step 4:
[0767] The user enters answers to questions, the device receives them, and sends them to the server, which temporarily stores the information in a database.
[0768] Input: User's answer
[0769] Processing: The device sends the answer information to the server, and the server temporarily stores the information.
[0770] Output: Temporarily saved user answer information
[0771] Step 5:
[0772] The server generates a legally compliant draft of the will based on the user's input information and then legally verifies it. This process uses programs developed in Python, Java, etc., and a template engine (e.g., Jinja2, Thymeleaf) to format the will. An emotion engine also works to recognize emotions from the user's input information and reactions.
[0773] Input: User response information
[0774] Processing: Will draft generation, legal validation, emotion recognition with emotion engine
[0775] Output: Legally validated draft will, emotional feedback
[0776] Step 6:
[0777] If it is determined to be legally acceptable, the server generates the final will and converts it to PDF format using iText and ReportLab. The generated PDF is then provided as a link for the user to download. The device displays this link, and the user can click to download the PDF.
[0778] Input: Legally Validated Draft Will
[0779] Processing: Generate the Last Will and Testament, convert it to PDF format, and generate a download link
[0780] Output: PDF of the Last Will and Testament with a download link
[0781] Step 7:
[0782] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. The user sets a specified trigger condition (e.g., providing their own death certificate). If a third party uploads the user's death certificate, the device sends that information to the server, which verifies whether the conditions are met. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries.
[0783] Input: Specified trigger conditions, death certificate information
[0784] Processing: Saving trigger conditions, verifying if conditions are met, sending automatic distribution email of will
[0785] Output: Email notification when distribution conditions are met, distributed will PDF
[0786] (Application example 2)
[0787] Next, a description will be given of Application Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the smart glasses 214 will be referred to as a "terminal."
[0788] In recent years, there has been an increasing demand for services related to the creation, storage, and distribution of wills. However, these processes are cumbersome and stressful for users. In particular, legal knowledge is required, which can be stressful for users. Furthermore, there are currently no fully developed systems for automatic distribution when trigger conditions are met. Furthermore, there are few systems that utilize sentiment analysis to create wills while taking into consideration the user's mental state.
[0789] The specific processing by the specific processing unit 290 of the data processing device 12 in Application Example 2 is realized by the following means. In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, and means for performing emotional analysis based on the user's input information and suggesting relaxation methods if the user is feeling stressed. This allows users to easily create a will even without legal knowledge, and enables them to complete the will creation process while receiving psychological support. Furthermore, a system that automatically distributes a will when specified conditions are met ensures that the user's wishes are realized.
[0790] "Means for users to register and be authenticated" refers to the process by which a user accesses the system, creates an account by entering their name, email address, and password, and activates the account by confirming the authentication email provided by the server.
[0791] "Means for receiving and displaying information necessary for creating a will from the user" refers to the process in which the user inputs information necessary for creating a will, such as the names of beneficiaries, details of assets, and distribution method, and the server receives this information and displays it on the terminal.
[0792] "Means for generating a legally compliant draft will based on the received information and legally verifying it" refers to the process by which the server automatically generates a legally compliant draft will based on the information received from the user and verifies that the draft is legally sound.
[0793] "Means for analyzing emotions based on information entered by the user and suggesting ways to relax if the user is feeling stressed" refers to the process by which the emotion engine analyzes the user's mental state based on the information entered by the user when creating a will, and the system provides ways and advice to relax if it determines that the user is feeling stressed.
[0794] The "means for generating the generated draft as a final will" is a process in which the server creates a final will based on the legally verified draft and finalizes it as a document format.
[0795] "Means for providing the generated will to the user" refers to the process by which, after the final will is generated, the server converts the will into a format such as PDF and provides a download link to the user.
[0796] "Means for securely storing the generated will and automatically distributing it when specified conditions are met" refers to the process by which the server securely stores the generated will and automatically distributes it to designated beneficiaries when certain conditions set by the user (such as uploading a death certificate) are met.
[0797] The following describes an embodiment of the present invention. The system of the present invention is a system that allows users to perform all steps from new registration and authentication to creating, storing, and distributing wills. This system is composed of the following main elements.
[0798] First, users must register and authenticate before they can use the system. The user enters their name, email address, and password on the new registration screen, and the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user. The user clicks on the link in the verification email to activate their account.
[0799] Next, when the user logs in, a screen appears where they can enter the information necessary to create a will. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the device. The device displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the device. The server temporarily stores the received information and generates a legally compliant draft of the will.
[0800] The server is equipped with an emotion engine that performs emotion analysis based on user input. This emotion engine uses a generative AI model to analyze the user's input and reactions, and if the user is feeling stressed, it has the function of suggesting ways to relax. Specifically, if it determines that the user is feeling stressed, it displays a message on the device such as "Take a deep breath and relax." This prompt provides support to help the user relax while writing their will.
[0801] If the legality is deemed acceptable, the server generates the final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[0802] The generated will is securely stored on the server and, if necessary, is set to be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[0803] For example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which the user receives to complete the verification. Then, the user enters the beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed and displays suggestions for relaxation. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set specific conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system enables users to easily and securely create, store, and distribute wills.
[0804] A sentiment analysis engine using a generative AI model uses prompts like this:
[0805] "Take a deep breath and relax."
[0806] "Take a break and refresh yourself."
[0807] This allows users to create wills with peace of mind.
[0808] The flow of the specific processing in the application example 2 will be described with reference to FIG.
[0809] Step 1:
[0810] The user enters their name, email address, and password on the new registration screen, and the device sends this information to the server. The server stores the received information in a database, generates a verification email, and sends it to the user. The input data is the name, email address, and password, and the output is storing the data in the database and generating a verification email.
[0811] Step 2:
[0812] The user activates the account by clicking the link in the authentication email. When the user clicks the link, the device sends a request to the server, and the server updates the user's authentication status. The input is the click of the authentication link, and the output is the account activation status.
[0813] Step 3:
[0814] The user logs in and is presented with a screen where they can enter the information required to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.). The server generates the questions required to create a will and sends them to the terminal. The user enters the information, and the terminal sends it to the server. The input is the user's answers, and the output is the display of the questions and receipt of the answers.
[0815] Step 4:
[0816] The server temporarily stores the information received from the user and generates a legally compliant draft of the will. The server uses a legal validation engine to verify the legal conformity of the draft. The input is the user's response information, and the output is a legally compliant draft.
[0817] Step 5:
[0818] The server runs an emotion engine and recognizes emotions from the user's input information and reactions. If the user is feeling stressed, suggestions for relaxation methods are displayed on the device. A generative AI model is used to perform emotion analysis and provide appropriate feedback. The input is the user's input information, and the output is suggestions for relaxation methods. A specific prompt, such as "Take a deep breath and relax," is displayed.
[0819] Step 6:
[0820] The server generates the final will and converts it to PDF format, and provides the generated PDF as a link for users to download. The input is a legally validated draft, and the output is the final will in PDF format and a download link for it.
[0821] Step 7:
[0822] The generated will is securely stored on the server and automatically distributed to beneficiaries when certain conditions specified by the user (e.g., providing a death certificate) are met. When a third party uploads a death certificate, the device sends the information to the server, which verifies the trigger conditions. When the conditions are met, the server sends an email to distribute a copy of the will to the designated beneficiaries. The input is the trigger condition information, and the output is the distribution of the will.
[0823] The specific processing unit 290 transmits the result of the specific processing to the smart glasses 214. In the smart glasses 214, the control unit 46A causes the speaker 240 to output the result of the specific processing. The microphone 238 acquires audio indicating a user input regarding the result of the specific processing. The control unit 46A transmits audio data indicating the user input acquired by the microphone 238 to the data processing device 12. In the data processing device 12, the specific processing unit 290 acquires the audio data.
[0824] The data generation model 58 is a so-called generative AI (Artificial Intelligence). An example of the data generation model 58 is ChatGPT (Internet Search<URL: https: / / openai.com / blog / chatgpt> ), Gemini (Internet search <url: https: gemini.google.com ?hl="ja">) and other generation AIs. The data generation model 58 is obtained by performing deep learning on a neural network. A prompt including an instruction is input to the data generation model 58, and inference data such as voice data indicating voice, text data indicating text, and image data indicating an image is also input. The data generation model 58 performs inference on the input inference data in accordance with the instruction indicated by the prompt, and outputs the inference result in a data format such as voice data and text data. Here, inference refers to, for example, analysis, classification, prediction, and / or summarization.
[0825] In the above embodiment, an example in which the specific processing is performed by the data processing device 12 has been given, but the technology of the present disclosure is not limited to this, and the specific processing may be performed by the smart glasses 214.
[0826] [Third embodiment]
[0827] FIG. 5 shows an example of the configuration of a data processing system 310 according to the third embodiment.
[0828] 5, the data processing system 310 includes the data processing device 12 and a headset type terminal 314. An example of the data processing device 12 is a server.
[0829] The data processing device 12 includes a computer 22, a database 24, and a communication I / F 26. The computer 22 is an example of a "computer" according to the technology of the present disclosure. The computer 22 includes a processor 28, a RAM 30, and a storage 32. The processor 28, the RAM 30, and the storage 32 are connected to a bus 34. The database 24 and the communication I / F 26 are also connected to the bus 34. The communication I / F 26 is connected to a network 54. Examples of the network 54 include a WAN (Wide Area Network) and / or a LAN (Local Area Network).
[0830] The headset type terminal 314 includes a computer 36, a microphone 238, a speaker 240, a camera 42, a communication I / F 44, and a display 343. The computer 36 includes a processor 46, a RAM 48, and a storage 50. The processor 46, the RAM 48, and the storage 50 are connected to a bus 52. The microphone 238, the speaker 240, the camera 42, and the display 343 are also connected to the bus 52.
[0831] The microphone 238 receives instructions and the like from the user 20 by receiving voice uttered by the user 20. The microphone 238 captures the voice uttered by the user 20, converts the captured voice into audio data, and outputs it to the processor 46. The speaker 240 outputs audio in accordance with instructions from the processor 46.
[0832] Camera 42 is a small digital camera equipped with an optical system including a lens, aperture, and shutter, and an imaging element such as a CMOS (Complementary Metal-Oxide-Semiconductor) image sensor or a CCD (Charge Coupled Device) image sensor, and captures images of the surroundings of user 20 (for example, an imaging range defined by an angle of view equivalent to the field of vision of a typical healthy person).
[0833] The communication I / F 44 is connected to a network 54. The communication I / Fs 44 and 26 control the exchange of various information between the processor 46 and the processor 28 via the network 54. The exchange of various information between the processor 46 and the processor 28 using the communication I / Fs 44 and 26 is carried out in a secure state.
[0834] Fig. 6 shows an example of the main functions of the data processing device 12 and the headset type terminal 314. As shown in Fig. 6, in the data processing device 12, a specific process is performed by the processor 28. A specific process program 56 is stored in the storage 32.
[0835] The specific processing program 56 is an example of a "program" according to the technology of the present disclosure. The processor 28 reads the specific processing program 56 from the storage 32 and executes the read specific processing program 56 on the RAM 30. The specific processing is realized by the processor 28 operating as a specific processing unit 290 in accordance with the specific processing program 56 executed on the RAM 30.
[0836] The storage 32 stores a data generation model 58 and an emotion identification model 59. The data generation model 58 and the emotion identification model 59 are used by the identification processing unit 290.
[0837] In the headset type terminal 314, a reception output process is performed by the processor 46. A reception output program 60 is stored in the storage 50. The processor 46 reads the reception output program 60 from the storage 50 and executes the read reception output program 60 on the RAM 48. The reception output process is realized by the processor 46 operating as the control unit 46A in accordance with the reception output program 60 executed on the RAM 48.
[0838] Next, a description will be given of the identification process performed by the identification processing unit 290 of the data processing device 12. In the following description, the data processing device 12 will be referred to as the "server" and the headset type terminal 314 will be referred to as the "terminal."
[0839] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[0840] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[0841] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers.
[0842] The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a legally compliant draft of the will. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[0843] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[0844] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[0845] To give a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. The user then enters beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The server receives the input information, generates a legally sound draft of the will, and performs legal validation. The final will is generated and provided to the user in PDF format.
[0846] Users can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system allows users to easily and securely create, store, and distribute wills.
[0847] The processing flow will be explained below.
[0848] Step 1:
[0849] A user accesses the service and enters the required information such as name, email address, and password on the new registration screen.
[0850] Step 2:
[0851] The terminal transmits the input information to the server.
[0852] Step 3:
[0853] The server stores the received information in a database and generates a unique user ID.
[0854] Step 4:
[0855] The server generates a verification email and sends it to the user's specified email address.
[0856] Step 5:
[0857] The user clicks on the verification link in the email.
[0858] Step 6:
[0859] The terminal accesses the authentication link and sends an authentication request to the server.
[0860] Step 7:
[0861] The server validates the authentication token and activates the user account.
[0862] Step 8:
[0863] The user visits the login page and enters their email address and password.
[0864] Step 9:
[0865] The device sends the login information to the server.
[0866] Step 10:
[0867] The server verifies the login information and returns a successful authentication response.
[0868] Step 11:
[0869] The device displays the will creation screen.
[0870] Step 12:
[0871] The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal.
[0872] Step 13:
[0873] The terminal displays questions, and the user inputs answers to each question.
[0874] Step 14:
[0875] The device sends the user's input information (such as the beneficiary's name, property details, and instructions) to the server.
[0876] Step 15:
[0877] The server temporarily stores the information it receives.
[0878] Step 16:
[0879] The server uses legally compliant templates to generate a draft will based on the input information.
[0880] Step 17:
[0881] The server sends the generated draft to a legal validation engine, which checks whether each clause violates the law.
[0882] Step 18:
[0883] The server receives the validation results from the legal validation engine and makes corrections if necessary.
[0884] Step 19:
[0885] The server finally generates a will that is confirmed to be legally sound.
[0886] Step 20:
[0887] The server converts the generated will into PDF format.
[0888] Step 21:
[0889] The server provides the generated PDF as a download link for the user.
[0890] Step 22:
[0891] The device will display a download link that the user can click to download the PDF.
[0892] Step 23:
[0893] The server stores the generated will PDF in a database for safekeeping.
[0894] Step 24:
[0895] The user enters certain trigger conditions (e.g., providing their own death certificate and setting requirements for automatic distribution).
[0896] Step 25:
[0897] The terminal sends the trigger condition to the server.
[0898] Step 26:
[0899] The server stores the trigger conditions in a database and sets up a distribution procedure when the conditions are met.
[0900] Step 27:
[0901] A third party (e.g., a trusted family member or law firm) uploads the user's death certificate.
[0902] Step 28:
[0903] The device sends the death certificate to the server.
[0904] Step 29:
[0905] The server validates the trigger conditions and ensures that they are met.
[0906] Step 30:
[0907] The server sends emails to automatically distribute copies of the will to the designated beneficiaries.
[0908] Step 31:
[0909] The beneficiary can click on the link in the email to download the PDF of the will from the server.
[0910] Example 1
[0911] Next, a description will be given of Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the headset type terminal 314 will be referred to as a "terminal."
[0912] In the past, creating and managing a will required the services of a specialized lawyer, which was often a complicated and time-consuming process. Furthermore, the storage of created wills and their automatic distribution when certain conditions were met were often not properly managed. This created a risk that wills would not be distributed properly, which was a major source of anxiety for users.
[0913] The specific processing by the specific processing unit 290 of the data processing device 12 in the first embodiment is realized by the following means.
[0914] In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of a will based on the received information and legally verifying it, means for generating the generated draft as a final will, means for providing the generated will to the user, means for safely storing the generated will and automatically distributing it when specified conditions are met, means for a third party to upload information to satisfy specified conditions, and communication means for automatically distributing copies of the will to beneficiaries when the conditions are met. This allows users to consistently create, manage, and distribute wills without going through complicated procedures.
[0915] "User" refers to an individual who uses the System to create, manage, and distribute a will.
[0916] "Means of new registration" refers to the process by which a user enters required information such as name, email address, and password to create an account.
[0917] "Method of authentication" refers to the process by which a user activates their account by clicking on a verification link sent to the email address they registered.
[0918] "Means for receiving and displaying information necessary for creating a will from the user" refers to the process by which the user inputs details of assets and beneficiary information, etc., and has the user confirm it.
[0919] "Means for generating a draft will that complies with the law based on the information received and for legally validating it" refers to the process of creating a draft will on the server side based on the information entered by the user and verifying whether the draft complies with the law.
[0920] "Means for converting the generated draft into a final will" refers to the process of finalizing a draft that has passed legal verification as a final will.
[0921] "Means for providing the generated will to the user" refers to the process of making the generated will available for download to the user in PDF format or similar.
[0922] "Means for securely storing the generated will and automatically distributing it when specified conditions are met" refers to a process for securely storing the generated will and automatically distributing it to relevant parties when specific conditions set by the user are met.
[0923] "Means for a third party to upload information to satisfy specified conditions" refers to the process by which a user's representative or related party uploads required evidence, such as the user's death certificate.
[0924] "Communication means for automatically distributing copies of the will to beneficiaries when conditions are met" refers to a communication means, such as email, for sending the will to beneficiaries when specified conditions are met.
[0925] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[0926] First, in order for a user to use the system, they must register and be authenticated. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[0927] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a draft of the will that complies with the law. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[0928] If the server determines that the will is legally sound, it generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF. The generated will is securely stored by the server and, if necessary, can be automatically distributed when certain conditions are met. The user can set specified trigger conditions (e.g., providing their own death certificate). If a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to the designated beneficiaries to automatically distribute a copy of the will. The beneficiaries can then click the link in the email to download the PDF will from the server.
[0929] As a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. The user then enters the beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user then sets certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries.
[0930] In this way, the system allows users to create, store, and distribute wills easily and securely.
[0931] Example prompts for generative AI models
[0932] "Please explain in detail the process for users to sign up and create a will."
[0933] Thus, the detailed description is designed to facilitate a smooth process for the user and ensure the legal validity of the final will.
[0934] The flow of the identification process in the first embodiment will be described with reference to FIG.
[0935] Step 1:
[0936] A user enters their name, email address, and password on the system's new registration screen. The user enters information into the input form and clicks the "Register" button. Based on the input (user's name, email address, and password), the device sends this information to the server. The output is an HTTP POST request with the user's information.
[0937] Step 2:
[0938] The server stores the received information in a database, generates and sends an authentication email. The server executes the necessary SQL queries to store the input (user information) in a database, generates an authentication email, and sends the email to the user through an SMTP server. The output is that an authentication email is sent to the user and the user information is stored in the database.
[0939] Step 3:
[0940] The user clicks the link in the authentication email to activate the account. When the user clicks the link in the email, the browser displays the authentication completion page. The server updates the account status in the database. The input is the user ID obtained from the link in the authentication email, and the output is the updated account status in the database.
[0941] Step 4:
[0942] The user logs in by entering their email address and password on the login screen. The user enters information into the login form and clicks the "Login" button. Based on the input (email address and password), the device sends the login information to the server. The output is an HTTP POST request for login authentication.
[0943] Step 5:
[0944] The server checks the authentication information, and if successful, displays the will creation screen on the terminal. The server authenticates the user based on the input (login information), and if successful, generates an HTML page for will creation and sends it to the terminal. The output is the HTML of the will creation page.
[0945] Step 6:
[0946] The server generates the questions required to create a will and sends them to the terminal. Based on the input (user request), the server generates questions such as the names of beneficiaries and details of assets in JSON format. The terminal receives this and displays the question form. The output is the JSON data of the questions.
[0947] Step 7:
[0948] The user enters answers to the questions and sends the information to the server via the device. The user enters answers into the input form and clicks the "Submit" button. The device sends the input (user answers) to the server. The output is an HTTP POST request for the answer data.
[0949] Step 8:
[0950] The server temporarily stores the received information and generates a legally based draft of the will. The server stores the input (user response data) in a temporary database and generates a draft of the will using a template engine. The output is a draft of the will.
[0951] Step 9:
[0952] The server checks the legal validity of the draft using a legal validation engine. The server sends the input (the draft will) to the legal validation engine and receives the validation result. The output is a legally valid draft will.
[0953] Step 10:
[0954] If it is determined to be legally acceptable, the server converts the final will into PDF format. The server sends the input (the legally valid draft) to a PDF generation library, which generates a PDF. The output is a PDF of the final will.
[0955] Step 11:
[0956] The server provides the PDF as a link for the user to download. The server generates a link to the location of the PDF file and displays the link on the user's dashboard. The output is a download link.
[0957] Step 12:
[0958] The terminal displays a download link, and the user clicks it to download the PDF. The terminal displays a download link on the dashboard screen, and the user clicks the link to download the PDF file. The input is the download link, and the output is the downloaded PDF file.
[0959] Step 13:
[0960] The server securely stores the generated will and automatically distributes it when specified conditions are met. The server saves the will PDF in a secure storage system and records specified conditions (e.g., uploading a death certificate) in a database. The input is the PDF to be saved and the trigger conditions, and the output is saving the conditions to the database and securely storing the PDF.
[0961] Step 14:
[0962] A third party (e.g., a family member or law firm) uploads the user's death certificate, and the device sends that information to the server. The third party selects the certificate in the file upload form and clicks the "Upload" button. The input is the uploaded certificate, and the output is the certificate sent to the server.
[0963] Step 15:
[0964] The server verifies the trigger conditions and, if the conditions are met, sends an email to the beneficiaries to automatically distribute a copy of the will. The server checks the input (uploaded certificates) and, if the trigger conditions are met, uses the email sending system to send an email with a link to the beneficiaries. The output is an email.
[0965] Step 16:
[0966] The beneficiary can click the link in the email to download the PDF of the will from the server. When the beneficiary clicks the link, a page where the PDF of the will can be downloaded is displayed, and the server provides the PDF file. The input is the link in the email received by the beneficiary, and the output is the PDF file of the will.
[0967] (Application example 1)
[0968] Next, a description will be given of Application Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the headset type terminal 314 will be referred to as a "terminal."
[0969] Conventional will creation systems have the problem that the process for users to create a will is complicated and that the storage and distribution of the will is not guaranteed. Furthermore, it is difficult to properly distribute the will to beneficiaries when certain conditions occur, such as the user's death. For this reason, a system that allows users to create, store, and distribute wills easily and safely is needed.
[0970] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 1 is realized by the following means.
[0971] In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of a will based on the received information and legally verifying it, means for generating the generated draft as a final will, means for providing the generated will to the user, means for safely storing the generated will and automatically distributing it when specified conditions are met, means for verifying a death certificate as a condition for distributing the will, and means for distributing the will to beneficiaries by email. This allows users to easily create and store wills and automatically distribute them at the appropriate time.
[0972] "User" means an individual who uses the System to prepare, store, and distribute a will.
[0973] "Authentication" is the process of verifying that a user registered in this system is a legitimate user.
[0974] A "will" is a legal document that describes how a user wants their assets distributed after their death.
[0975] A "draft" is a temporary draft of a will that is generated based on information entered by the user.
[0976] "Compliant with the law" means that the content complies with the legal standards of the country or region in question.
[0977] "Legal validation" is the process of checking whether the generated draft is legally valid.
[0978] "PDF format" stands for Portable Document Format, a format for digital documents that users can download.
[0979] "Distribute" means providing the will to the designated beneficiaries.
[0980] A "condition" is a specific requirement that must be met in order for the will to be distributed to the designated beneficiaries.
[0981] "Death Certificate" means a document officially verifying the death of a User.
[0982] "Beneficiary" means any person or entity who will receive your assets under your Will.
[0983] "Email" is a means of sending messages electronically
[0984] This invention is a system for easily creating, storing, and distributing wills. To use the system, users must first register and authenticate. When a user enters their name, email address, and password on the registration screen, their device sends this information to a server. The server stores the received information in a database and sends a verification email to the user. The user clicks on the link in the verification email to activate their account.
[0985] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a draft of the will that complies with the law. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[0986] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is provided as a link for the user to download. The device displays the download link, and the user can click to download the PDF. The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met.
[0987] Users can set specified trigger conditions (for example, providing their own death certificate). If a third party (for example, a trusted family member or law firm) uploads the user's death certificate, the device sends the information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[0988] The main hardware and software used includes:
[0989] Server: Database (e.g. MySQL), legal verification engine
[0990] Terminal: User interface (e.g. HTML, CSS, JavaScript)
[0991] Communication method: SMTP server for sending authentication emails
[0992] Below are some specific examples.
[0993] When a user creates a will using the "Secure Will Guard" application, they first register in the system by entering their name, email address, and password. The server sends a verification email, which the user receives to complete the verification. The user then enters beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) within the application. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries.
[0994] An example of a prompt is:
[0995] "Please provide your ideas for the user interface design of a will-writing application. Also, please provide specific suggestions for the questions that should be asked (e.g., names of beneficiaries, details of assets, distribution method, etc.)."
[0996] The flow of the specific processing in the application example 1 will be described with reference to FIG.
[0997] Step 1:
[0998] The user enters their name, email address, and password on the new registration screen. The device sends the entered information to the server.
[0999] Input: Name, Email Address, Password
[1000] Output: User information sent to the server
[1001] What it does: The device collects the data entered by the user, sends it to the server as an HTTP POST request, and stores the information in a database.
[1002] Step 2:
[1003] The server generates an authentication email and sends it to the user.
[1004] Input: User's email address
[1005] Output: Send verification email
[1006] Specific operation: The server generates the email content and uses the SMTP server to send an email containing an authentication link to the specified email address.
[1007] Step 3:
[1008] The user activates the account by clicking the link in the authentication email. The device sends a request to the server via the link to activate the account.
[1009] Input: Authentication link
[1010] Output: Activated accounts
[1011] Specific operation: When the device clicks on the authentication link, it sends a GET request to the server, and the server changes the status of the corresponding user in the database to "authenticated."
[1012] Step 4:
[1013] When a user logs in, a screen for entering the information necessary to create a will is displayed on the terminal. The server sends questions to the terminal.
[1014] Input: User login information
[1015] Output: Questions for writing a will
[1016] Specific operation: When a user logs in, the server generates the questions required for the will (such as names of beneficiaries, property details, and distribution method) and sends them to the terminal in JSON format.
[1017] Step 5:
[1018] The user enters answers to the questions, and the terminal sends the answers to the server.
[1019] Input: User's answer
[1020] Output: The answer sent to the server
[1021] Specific operation: The device sends the answer obtained from the user to the server via an HTTP POST request, and the server temporarily stores this data.
[1022] Step 6:
[1023] The server generates a legally compliant draft will based on the user's answers and verifies its legal validity using a legal validation engine.
[1024] Input: User's answer
[1025] Output: Legally validated draft
[1026] Specific operation: The server automatically generates a draft of the will based on the input data, and then uses a legal validation engine to verify whether the contents of the draft are legally valid.
[1027] Step 7:
[1028] The server converts the final will into PDF format and sends a download link to the device.
[1029] Input: Legally Validated Draft
[1030] Output: Will in PDF format and download link
[1031] What happens: The server converts the legally reviewed draft into a PDF using a PDF generation library and returns a link to the user's device.
[1032] Step 8:
[1033] When users click on the download link, they can download the will in PDF format.
[1034] Input: Download link
[1035] Output: Downloaded will in PDF format
[1036] What happens: When a user clicks on the download link, the device sends an HTTP request to the server, and the server returns the PDF to the device.
[1037] Step 9:
[1038] The user sets the upload of a death certificate as a trigger condition for distribution of the will, and the server stores the condition in a database.
[1039] Input: Trigger condition
[1040] Output: Saved trigger conditions
[1041] Specific operation: The terminal collects trigger conditions entered by the user and sends them to the server, which stores this information in a database.
[1042] Step 10:
[1043] Once a third party uploads the death certificate, the device sends the information to a server, which verifies the conditions.
[1044] Enter: Death certificate
[1045] Output: Verification results
[1046] What happens: The device receives the uploaded death certificate and sends it to the server, which then validates the certificate (for example, by verifying the checksum or digital signature) to see if the conditions are met.
[1047] Step 11:
[1048] If the conditions are met, the server will distribute copies of the will to the designated beneficiaries via email.
[1049] Input: Validation result
[1050] Output: Distributed will
[1051] Specific operation: If the server determines that the conditions are met, it will use the SMTP server to send an email containing a link to the PDF will to the specified beneficiary's email address.
[1052] Furthermore, an emotion engine that estimates the user's emotion may be further combined. That is, the identification processing unit 290 may estimate the user's emotion using the emotion identification model 59, and perform identification processing using the user's emotion.
[1053] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[1054] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[1055] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers.
[1056] The information entered by the user is sent to the server via the device. The server temporarily stores the received information and generates a legally compliant draft of the will. At the same time, an emotion engine works to recognize emotions from the user's input and reactions. This emotion engine takes into account the user's mental state and provides appropriate feedback. For example, if the user is feeling stressed, suggestions for relaxation methods will be displayed.
[1057] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[1058] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[1059] To give a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. After that, the user enters beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed while entering information and displays suggestions for relaxation methods. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format.
[1060] Users can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system allows users to easily and securely create, store, and distribute wills.
[1061] The processing flow will be explained below.
[1062] Step 1:
[1063] A user accesses the service and enters the required information such as name, email address, and password on the new registration screen.
[1064] Step 2:
[1065] The terminal transmits the input information to the server.
[1066] Step 3:
[1067] The server stores the received information in a database and generates a unique user ID.
[1068] Step 4:
[1069] The server generates a verification email and sends it to the user's specified email address.
[1070] Step 5:
[1071] The user clicks on the verification link in the email.
[1072] Step 6:
[1073] The terminal accesses the authentication link and sends an authentication request to the server.
[1074] Step 7:
[1075] The server validates the authentication token and activates the user account.
[1076] Step 8:
[1077] The user visits the login page and enters their email address and password.
[1078] Step 9:
[1079] The device sends the login information to the server.
[1080] Step 10:
[1081] The server verifies the login information and returns a successful authentication response.
[1082] Step 11:
[1083] The device displays the will creation screen.
[1084] Step 12:
[1085] The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal.
[1086] Step 13:
[1087] The device displays questions, and the user enters answers to each question. The emotion engine then works to analyze the user's input and reactions.
[1088] Step 14:
[1089] The emotion engine recognizes the user's emotions and provides feedback suggesting ways to relax or support if they are feeling stressed or anxious.
[1090] Step 15:
[1091] The device sends the user's input information (such as the beneficiary's name, property details, and instructions) to the server.
[1092] Step 16:
[1093] The server temporarily stores the information it receives.
[1094] Step 17:
[1095] The server uses legally compliant templates to generate a draft will based on the input information.
[1096] Step 18:
[1097] The server sends the generated draft to a legal validation engine, which checks whether each clause violates the law.
[1098] Step 19:
[1099] The server receives the validation results from the legal validation engine and makes corrections if necessary.
[1100] Step 20:
[1101] The server finally generates a will that is confirmed to be legally sound.
[1102] Step 21:
[1103] The server converts the generated will into PDF format.
[1104] Step 22:
[1105] The server provides the generated PDF as a download link for the user.
[1106] Step 23:
[1107] The device will display a download link that the user can click to download the PDF.
[1108] Step 24:
[1109] The server stores the generated will PDF in a database for safekeeping.
[1110] Step 25:
[1111] The user enters certain trigger conditions (e.g., providing their own death certificate and setting requirements for automatic distribution).
[1112] Step 26:
[1113] The terminal sends the trigger condition to the server.
[1114] Step 27:
[1115] The server stores the trigger conditions in a database and sets up a distribution procedure when the conditions are met.
[1116] Step 28:
[1117] A third party (e.g., a trusted family member or law firm) uploads the user's death certificate.
[1118] Step 29:
[1119] The device sends the death certificate to the server.
[1120] Step 30:
[1121] The server validates the trigger conditions and ensures that they are met.
[1122] Step 31:
[1123] The server sends emails to automatically distribute copies of the will to the designated beneficiaries.
[1124] Step 32:
[1125] The beneficiary can click on the link in the email to download the PDF of the will from the server.
[1126] Example 2
[1127] Next, a description will be given of Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the headset type terminal 314 will be referred to as a "terminal."
[1128] Current will creation systems are inadequate in providing a complete process for users to easily create a legally valid will, safely store it, and automatically distribute it at the appropriate time. They also lack a function that takes into account the user's emotional state and provides feedback, preventing users from creating a will without feeling stressed. This can lead to a poor user experience and reduced continued use of the system.
[1129] The specific processing by the specific processing unit 290 of the data processing device 12 in the second embodiment is realized by the following means.
[1130] In this invention, the server includes means for a user to register and be authenticated, means for collecting and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of the will based on the received information and legally verifying it, and means for recognizing the user's emotions and providing appropriate feedback. This makes it possible to create a legally valid will easily and safely and provide appropriate feedback taking into account the user's emotional state.
[1131] A "User" is an individual who uses the System to create, store, and distribute a Will.
[1132] "New registration" is the process by which a user provides information such as name, email address, and password required to access and use the system for the first time.
[1133] "Verification" means the process of confirming the accuracy of the registered information and activating the User's account by clicking on the verification link sent to the email address provided by the User.
[1134] "Information necessary for the creation of a will" refers to information such as the names of beneficiaries, details of assets, and distribution method provided by the user to create a will.
[1135] The "means for collecting and displaying information" is the part of the system that provides an input form to allow the user to enter the information necessary to create a will and displays it to the user.
[1136] A "legal draft will" is an initial version of a will generated from information provided by a user and in accordance with applicable laws and regulations.
[1137] "Legal verification means" refers to a process and part of a system for verifying that the generated draft will is legally valid and free of problems.
[1138] "Means for recognizing emotions and providing appropriate feedback" refers to the system's ability to analyze the information and responses the user provides, determine the user's emotional state (e.g., stress), and provide appropriate feedback.
[1139] A "final will" is a completed version of a will that has undergone legal review and is deemed to be free of any problems.
[1140] "Means for providing the will to the user" refers to the system's functionality for providing a link or other means for the user to access and download the generated final will.
[1141] "PDF format" is an abbreviation for Portable Document Format and is one of the formats for storing electronic documents.
[1142] "Means for securely storing wills and distributing them automatically when specified conditions are met" refers to the system's functionality for securely storing generated wills on a server and automatically distributing them to designated beneficiaries when conditions set by the user (e.g., submission of a death certificate) are met.
[1143] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The embodiments for carrying out the present invention will be described in detail below.
[1144] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database (e.g., MySQL, PostgreSQL) and sends a verification email to the user. This verification email contains a link that the user can click to activate their account.
[1145] Next, when the user logs in, the server generates questions to collect the information necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers. The information entered by the user is sent via the terminal to the server, which temporarily stores the received information in a database.
[1146] The server generates a legally compliant draft of the will based on the received information and verifies that it conforms to legal requirements. This process can be performed using programming languages such as Python or Java, and a template engine (e.g., Jinja2 or Thymeleaf) is used to format the will. At the same time, an emotion engine (e.g., emotion recognition API or machine learning model) runs to recognize emotions from the user's input and reactions. This emotion engine takes into account the user's mental state and provides appropriate feedback. For example, if the user is feeling stressed, suggestions for relaxation methods are displayed (emotion analysis API examples: IBM Watson, Microsoft Azure Emotion API).
[1147] If the server determines that the will is legally acceptable, it generates the final will and converts it to PDF format using libraries such as iText and ReportLab. The generated PDF is then provided as a link for the user to download. The device displays this link, and the user can click to download the PDF.
[1148] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). If a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies whether the conditions are met. If the conditions are met, the server sends an email to the designated beneficiaries to automatically distribute a copy of the will. Beneficiaries can click a link in the email to download the PDF of the will from the server.
[1149] Prompt Sentence Examples
[1150] When a user uses this service to create a will, they first register with the system. The server sends a verification email, which the user receives to complete the verification. Then, the user enters the beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed and displays suggestions for relaxation. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set specific conditions (e.g., a trusted family member uploads the user's death certificate), and the server automatically distributes the will to the beneficiaries when those conditions are met. In this way, the system enables users to easily and securely create, store, and distribute wills.
[1151] The flow of the identification process in the second embodiment will be described with reference to FIG.
[1152] Step 1:
[1153] The user enters their name, email address, and password on the new registration screen. The device receives this information and sends it to the server via an HTTPS POST request. The server stores this information in a database and sends the user a verification email containing a verification link.
[1154] Input: User's name, email address, password
[1155] Processing: receiving information and storing it in a database, generating and sending a verification email
[1156] Output: User information saved in database, authentication email sent to user
[1157] Step 2:
[1158] When a user clicks on the link in the authentication email, the server receives this request and activates the user account. The user also enters their email address and password on the login screen, and a login request is sent to the server via the terminal. The server checks the information against the database and, if correct, creates a session.
[1159] Input: Click the link in the verification email and enter your login information (email address, password)
[1160] Processing: receiving requests, activating accounts, verifying login details, creating sessions
[1161] Output: Account activation, session after successful login
[1162] Step 3:
[1163] After the server successfully logs in, it generates questions to collect the information necessary to create a will and sends them to the terminal. The terminal displays the questions to the user, and the user enters their answers.
[1164] Input: User successfully logged in, access to will creation screen
[1165] Processing: The server generates questions, sends them to the device, and the device displays the questions.
[1166] Output: Questions that are displayed to the user
[1167] Step 4:
[1168] The user enters answers to questions, the device receives them, and sends them to the server, which temporarily stores the information in a database.
[1169] Input: User's answer
[1170] Processing: The device sends the answer information to the server, and the server temporarily stores the information.
[1171] Output: Temporarily saved user answer information
[1172] Step 5:
[1173] The server generates a legally compliant draft of the will based on the user's input information and then legally verifies it. This process uses programs developed in Python, Java, etc., and a template engine (e.g., Jinja2, Thymeleaf) to format the will. An emotion engine also works to recognize emotions from the user's input information and reactions.
[1174] Input: User response information
[1175] Processing: Will draft generation, legal validation, emotion recognition with emotion engine
[1176] Output: Legally validated draft will, emotional feedback
[1177] Step 6:
[1178] If it is determined to be legally acceptable, the server generates the final will and converts it to PDF format using iText and ReportLab. The generated PDF is then provided as a link for the user to download. The device displays this link, and the user can click to download the PDF.
[1179] Input: Legally Validated Draft Will
[1180] Processing: Generate the Last Will and Testament, convert it to PDF format, and generate a download link
[1181] Output: PDF of the Last Will and Testament with a download link
[1182] Step 7:
[1183] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. The user sets a specified trigger condition (e.g., providing their own death certificate). If a third party uploads the user's death certificate, the device sends that information to the server, which verifies whether the conditions are met. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries.
[1184] Input: Specified trigger conditions, death certificate information
[1185] Processing: Saving trigger conditions, verifying if conditions are met, sending automatic distribution email of will
[1186] Output: Email notification when distribution conditions are met, distributed will PDF
[1187] (Application example 2)
[1188] Next, a description will be given of Application Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the headset type terminal 314 will be referred to as a "terminal."
[1189] In recent years, there has been an increasing demand for services related to the creation, storage, and distribution of wills. However, these processes are cumbersome and stressful for users. In particular, legal knowledge is required, which can be stressful for users. Furthermore, there are currently no fully developed systems for automatic distribution when trigger conditions are met. Furthermore, there are few systems that utilize sentiment analysis to create wills while taking into consideration the user's mental state.
[1190] The specific processing by the specific processing unit 290 of the data processing device 12 in Application Example 2 is realized by the following means. In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, and means for performing emotional analysis based on the user's input information and suggesting relaxation methods if the user is feeling stressed. This allows users to easily create a will even without legal knowledge, and enables them to complete the will creation process while receiving psychological support. Furthermore, a system that automatically distributes a will when specified conditions are met ensures that the user's wishes are realized.
[1191] "Means for users to register and be authenticated" refers to the process by which a user accesses the system, creates an account by entering their name, email address, and password, and activates the account by confirming the authentication email provided by the server.
[1192] "Means for receiving and displaying information necessary for creating a will from the user" refers to the process in which the user inputs information necessary for creating a will, such as the names of beneficiaries, details of assets, and distribution method, and the server receives this information and displays it on the terminal.
[1193] "Means for generating a legally compliant draft will based on the received information and legally verifying it" refers to the process by which the server automatically generates a legally compliant draft will based on the information received from the user and verifies that the draft is legally sound.
[1194] "Means for analyzing emotions based on information entered by the user and suggesting ways to relax if the user is feeling stressed" refers to the process by which the emotion engine analyzes the user's mental state based on the information entered by the user when creating a will, and the system provides ways and advice to relax if it determines that the user is feeling stressed.
[1195] The "means for generating the generated draft as a final will" is a process in which the server creates a final will based on the legally verified draft and finalizes it as a document format.
[1196] "Means for providing the generated will to the user" refers to the process by which, after the final will is generated, the server converts the will into a format such as PDF and provides a download link to the user.
[1197] "Means for securely storing the generated will and automatically distributing it when specified conditions are met" refers to the process by which the server securely stores the generated will and automatically distributes it to designated beneficiaries when certain conditions set by the user (such as uploading a death certificate) are met.
[1198] The following describes an embodiment of the present invention. The system of the present invention is a system that allows users to perform all steps from new registration and authentication to creating, storing, and distributing wills. This system is composed of the following main elements.
[1199] First, users must register and authenticate before they can use the system. The user enters their name, email address, and password on the new registration screen, and the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user. The user clicks on the link in the verification email to activate their account.
[1200] Next, when the user logs in, a screen appears where they can enter the information necessary to create a will. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the device. The device displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the device. The server temporarily stores the received information and generates a legally compliant draft of the will.
[1201] The server is equipped with an emotion engine that performs emotion analysis based on user input. This emotion engine uses a generative AI model to analyze the user's input and reactions, and if the user is feeling stressed, it has the function of suggesting ways to relax. Specifically, if it determines that the user is feeling stressed, it displays a message on the device such as "Take a deep breath and relax." This prompt provides support to help the user relax while writing their will.
[1202] If the legality is deemed acceptable, the server generates the final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[1203] The generated will is securely stored on the server and, if necessary, is set to be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[1204] For example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which the user receives to complete the verification. Then, the user enters the beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed and displays suggestions for relaxation. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set specific conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system enables users to easily and securely create, store, and distribute wills.
[1205] A sentiment analysis engine using a generative AI model uses prompts like this:
[1206] "Take a deep breath and relax."
[1207] "Take a break and refresh yourself."
[1208] This allows users to create wills with peace of mind.
[1209] The flow of the specific processing in the application example 2 will be described with reference to FIG.
[1210] Step 1:
[1211] The user enters their name, email address, and password on the new registration screen, and the device sends this information to the server. The server stores the received information in a database, generates a verification email, and sends it to the user. The input data is the name, email address, and password, and the output is storing the data in the database and generating a verification email.
[1212] Step 2:
[1213] The user activates the account by clicking the link in the authentication email. When the user clicks the link, the device sends a request to the server, and the server updates the user's authentication status. The input is the click of the authentication link, and the output is the account activation status.
[1214] Step 3:
[1215] The user logs in and is presented with a screen where they can enter the information required to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.). The server generates the questions required to create a will and sends them to the terminal. The user enters the information, and the terminal sends it to the server. The input is the user's answers, and the output is the display of the questions and receipt of the answers.
[1216] Step 4:
[1217] The server temporarily stores the information received from the user and generates a legally compliant draft of the will. The server uses a legal validation engine to verify the legal conformity of the draft. The input is the user's response information, and the output is a legally compliant draft.
[1218] Step 5:
[1219] The server runs an emotion engine and recognizes emotions from the user's input information and reactions. If the user is feeling stressed, suggestions for relaxation methods are displayed on the device. A generative AI model is used to perform emotion analysis and provide appropriate feedback. The input is the user's input information, and the output is suggestions for relaxation methods. A specific prompt, such as "Take a deep breath and relax," is displayed.
[1220] Step 6:
[1221] The server generates the final will and converts it to PDF format, and provides the generated PDF as a link for users to download. The input is a legally validated draft, and the output is the final will in PDF format and a download link for it.
[1222] Step 7:
[1223] The generated will is securely stored on the server and automatically distributed to beneficiaries when certain conditions specified by the user (e.g., providing a death certificate) are met. When a third party uploads a death certificate, the device sends the information to the server, which verifies the trigger conditions. When the conditions are met, the server sends an email to distribute a copy of the will to the designated beneficiaries. The input is the trigger condition information, and the output is the distribution of the will.
[1224] The specific processing unit 290 transmits the result of the specific processing to the headset type terminal 314. In the headset type terminal 314, the control unit 46A causes the speaker 240 and the display 343 to output the result of the specific processing. The microphone 238 acquires audio indicating a user input regarding the result of the specific processing. The control unit 46A transmits audio data indicating the user input acquired by the microphone 238 to the data processing device 12. In the data processing device 12, the specific processing unit 290 acquires the audio data.
[1225] The data generation model 58 is a so-called generative AI (Artificial Intelligence). An example of the data generation model 58 is ChatGPT (Internet Search<URL: https: / / openai.com / blog / chatgpt> ), Gemini (Internet search <url: https: gemini.google.com ?hl="ja">) and other generation AIs. The data generation model 58 is obtained by performing deep learning on a neural network. A prompt including an instruction is input to the data generation model 58, and inference data such as voice data indicating voice, text data indicating text, and image data indicating an image is also input. The data generation model 58 performs inference on the input inference data in accordance with the instruction indicated by the prompt, and outputs the inference result in a data format such as voice data and text data. Here, inference refers to, for example, analysis, classification, prediction, and / or summarization.
[1226] In the above embodiment, an example was given in which the specific processing is performed by the data processing device 12, but the technology of the present disclosure is not limited to this, and the specific processing may be performed by the headset type terminal 314.
[1227] [Fourth embodiment]
[1228] FIG. 7 shows an example of the configuration of a data processing system 410 according to the fourth embodiment.
[1229] 7, a data processing system 410 includes a data processing device 12 and a robot 414. An example of the data processing device 12 is a server.
[1230] The data processing device 12 includes a computer 22, a database 24, and a communication I / F 26. The computer 22 is an example of a "computer" according to the technology of the present disclosure. The computer 22 includes a processor 28, a RAM 30, and a storage 32. The processor 28, the RAM 30, and the storage 32 are connected to a bus 34. The database 24 and the communication I / F 26 are also connected to the bus 34. The communication I / F 26 is connected to a network 54. Examples of the network 54 include a WAN (Wide Area Network) and / or a LAN (Local Area Network).
[1231] The robot 414 includes a computer 36, a microphone 238, a speaker 240, a camera 42, a communication I / F 44, and a control target 443. The computer 36 includes a processor 46, a RAM 48, and a storage 50. The processor 46, the RAM 48, and the storage 50 are connected to a bus 52. The microphone 238, the speaker 240, the camera 42, and the control target 443 are also connected to the bus 52.
[1232] The microphone 238 receives instructions and the like from the user 20 by receiving voice uttered by the user 20. The microphone 238 captures the voice uttered by the user 20, converts the captured voice into audio data, and outputs it to the processor 46. The speaker 240 outputs audio in accordance with instructions from the processor 46.
[1233] Camera 42 is a small digital camera equipped with an optical system including a lens, aperture, and shutter, and an imaging element such as a CMOS (Complementary Metal-Oxide-Semiconductor) image sensor or a CCD (Charge Coupled Device) image sensor, and captures images of the surroundings of user 20 (for example, an imaging range defined by an angle of view equivalent to the field of vision of a typical healthy person).
[1234] The communication I / F 44 is connected to a network 54. The communication I / Fs 44 and 26 control the exchange of various information between the processor 46 and the processor 28 via the network 54. The exchange of various information between the processor 46 and the processor 28 using the communication I / Fs 44 and 26 is carried out in a secure state.
[1235] The control object 443 includes a display device, LEDs in the eyes, and motors for driving the arms, hands, and feet. The posture and gestures of the robot 414 are controlled by controlling the motors of the arms, hands, and feet. Some of the emotions of the robot 414 can be expressed by controlling these motors. In addition, the facial expressions of the robot 414 can also be expressed by controlling the light emission state of the LEDs in the eyes of the robot 414.
[1236] Fig. 8 shows an example of the main functions of the data processing device 12 and the robot 414. As shown in Fig. 8, in the data processing device 12, a specific process is performed by the processor 28. A specific process program 56 is stored in the storage 32.
[1237] The specific processing program 56 is an example of a "program" according to the technology of the present disclosure. The processor 28 reads the specific processing program 56 from the storage 32 and executes the read specific processing program 56 on the RAM 30. The specific processing is realized by the processor 28 operating as a specific processing unit 290 in accordance with the specific processing program 56 executed on the RAM 30.
[1238] The storage 32 stores a data generation model 58 and an emotion identification model 59. The data generation model 58 and the emotion identification model 59 are used by the identification processing unit 290.
[1239] In the robot 414, the processor 46 performs the reception output process. A reception output program 60 is stored in the storage 50. The processor 46 reads the reception output program 60 from the storage 50 and executes the read reception output program 60 on the RAM 48. The reception output process is realized by the processor 46 operating as the control unit 46A in accordance with the reception output program 60 executed on the RAM 48.
[1240] Next, a description will be given of the specific processing performed by the specific processing unit 290 of the data processing device 12. In the following description, the data processing device 12 will be referred to as a "server" and the robot 414 will be referred to as a "terminal."
[1241] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[1242] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[1243] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers.
[1244] The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a legally compliant draft of the will. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[1245] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[1246] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[1247] To give a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. The user then enters beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The server receives the input information, generates a legally sound draft of the will, and performs legal validation. The final will is generated and provided to the user in PDF format.
[1248] Users can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system allows users to easily and securely create, store, and distribute wills.
[1249] The processing flow will be explained below.
[1250] Step 1:
[1251] A user accesses the service and enters the required information such as name, email address, and password on the new registration screen.
[1252] Step 2:
[1253] The terminal transmits the input information to the server.
[1254] Step 3:
[1255] The server stores the received information in a database and generates a unique user ID.
[1256] Step 4:
[1257] The server generates a verification email and sends it to the user's specified email address.
[1258] Step 5:
[1259] The user clicks on the verification link in the email.
[1260] Step 6:
[1261] The terminal accesses the authentication link and sends an authentication request to the server.
[1262] Step 7:
[1263] The server validates the authentication token and activates the user account.
[1264] Step 8:
[1265] The user visits the login page and enters their email address and password.
[1266] Step 9:
[1267] The device sends the login information to the server.
[1268] Step 10:
[1269] The server verifies the login information and returns a successful authentication response.
[1270] Step 11:
[1271] The device displays the will creation screen.
[1272] Step 12:
[1273] The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal.
[1274] Step 13:
[1275] The terminal displays questions, and the user inputs answers to each question.
[1276] Step 14:
[1277] The device sends the user's input information (such as the beneficiary's name, property details, and instructions) to the server.
[1278] Step 15:
[1279] The server temporarily stores the information it receives.
[1280] Step 16:
[1281] The server uses legally compliant templates to generate a draft will based on the input information.
[1282] Step 17:
[1283] The server sends the generated draft to a legal validation engine, which checks whether each clause violates the law.
[1284] Step 18:
[1285] The server receives the validation results from the legal validation engine and makes corrections if necessary.
[1286] Step 19:
[1287] The server finally generates a will that is confirmed to be legally sound.
[1288] Step 20:
[1289] The server converts the generated will into PDF format.
[1290] Step 21:
[1291] The server provides the generated PDF as a download link for the user.
[1292] Step 22:
[1293] The device will display a download link that the user can click to download the PDF.
[1294] Step 23:
[1295] The server stores the generated will PDF in a database for safekeeping.
[1296] Step 24:
[1297] The user enters certain trigger conditions (e.g., providing their own death certificate and setting requirements for automatic distribution).
[1298] Step 25:
[1299] The terminal sends the trigger condition to the server.
[1300] Step 26:
[1301] The server stores the trigger conditions in a database and sets up a distribution procedure when the conditions are met.
[1302] Step 27:
[1303] A third party (e.g., a trusted family member or law firm) uploads the user's death certificate.
[1304] Step 28:
[1305] The device sends the death certificate to the server.
[1306] Step 29:
[1307] The server validates the trigger conditions and ensures that they are met.
[1308] Step 30:
[1309] The server sends emails to automatically distribute copies of the will to the designated beneficiaries.
[1310] Step 31:
[1311] The beneficiary can click on the link in the email to download the PDF of the will from the server.
[1312] Example 1
[1313] Next, a description will be given of Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the robot 414 will be referred to as a "terminal."
[1314] In the past, creating and managing a will required the services of a specialized lawyer, which was often a complicated and time-consuming process. Furthermore, the storage of created wills and their automatic distribution when certain conditions were met were often not properly managed. This created a risk that wills would not be distributed properly, which was a major source of anxiety for users.
[1315] The specific processing by the specific processing unit 290 of the data processing device 12 in the first embodiment is realized by the following means.
[1316] In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of a will based on the received information and legally verifying it, means for generating the generated draft as a final will, means for providing the generated will to the user, means for safely storing the generated will and automatically distributing it when specified conditions are met, means for a third party to upload information to satisfy specified conditions, and communication means for automatically distributing copies of the will to beneficiaries when the conditions are met. This allows users to consistently create, manage, and distribute wills without going through complicated procedures.
[1317] "User" refers to an individual who uses the System to create, manage, and distribute a will.
[1318] "Means of new registration" refers to the process by which a user enters required information such as name, email address, and password to create an account.
[1319] "Method of authentication" refers to the process by which a user activates their account by clicking on a verification link sent to the email address they registered.
[1320] "Means for receiving and displaying information necessary for creating a will from the user" refers to the process by which the user inputs details of assets and beneficiary information, etc., and has the user confirm it.
[1321] "Means for generating a draft will that complies with the law based on the information received and for legally validating it" refers to the process of creating a draft will on the server side based on the information entered by the user and verifying whether the draft complies with the law.
[1322] "Means for converting the generated draft into a final will" refers to the process of finalizing a draft that has passed legal verification as a final will.
[1323] "Means for providing the generated will to the user" refers to the process of making the generated will available for download to the user in PDF format or similar.
[1324] "Means for securely storing the generated will and automatically distributing it when specified conditions are met" refers to a process for securely storing the generated will and automatically distributing it to relevant parties when specific conditions set by the user are met.
[1325] "Means for a third party to upload information to satisfy specified conditions" refers to the process by which a user's representative or related party uploads required evidence, such as the user's death certificate.
[1326] "Communication means for automatically distributing copies of the will to beneficiaries when conditions are met" refers to a communication means, such as email, for sending the will to beneficiaries when specified conditions are met.
[1327] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[1328] First, in order for a user to use the system, they must register and be authenticated. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[1329] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a draft of the will that complies with the law. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[1330] If the server determines that the will is legally sound, it generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF. The generated will is securely stored by the server and, if necessary, can be automatically distributed when certain conditions are met. The user can set specified trigger conditions (e.g., providing their own death certificate). If a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to the designated beneficiaries to automatically distribute a copy of the will. The beneficiaries can then click the link in the email to download the PDF will from the server.
[1331] As a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. The user then enters the beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user then sets certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries.
[1332] In this way, the system allows users to create, store, and distribute wills easily and securely.
[1333] Example prompts for generative AI models
[1334] "Please explain in detail the process for users to sign up and create a will."
[1335] Thus, the detailed description is designed to facilitate a smooth process for the user and ensure the legal validity of the final will.
[1336] The flow of the identification process in the first embodiment will be described with reference to FIG.
[1337] Step 1:
[1338] A user enters their name, email address, and password on the system's new registration screen. The user enters information into the input form and clicks the "Register" button. Based on the input (user's name, email address, and password), the device sends this information to the server. The output is an HTTP POST request with the user's information.
[1339] Step 2:
[1340] The server stores the received information in a database, generates and sends an authentication email. The server executes the necessary SQL queries to store the input (user information) in a database, generates an authentication email, and sends the email to the user through an SMTP server. The output is that an authentication email is sent to the user and the user information is stored in the database.
[1341] Step 3:
[1342] The user clicks the link in the authentication email to activate the account. When the user clicks the link in the email, the browser displays the authentication completion page. The server updates the account status in the database. The input is the user ID obtained from the link in the authentication email, and the output is the updated account status in the database.
[1343] Step 4:
[1344] The user logs in by entering their email address and password on the login screen. The user enters information into the login form and clicks the "Login" button. Based on the input (email address and password), the device sends the login information to the server. The output is an HTTP POST request for login authentication.
[1345] Step 5:
[1346] The server checks the authentication information, and if successful, displays the will creation screen on the terminal. The server authenticates the user based on the input (login information), and if successful, generates an HTML page for will creation and sends it to the terminal. The output is the HTML of the will creation page.
[1347] Step 6:
[1348] The server generates the questions required to create a will and sends them to the terminal. Based on the input (user request), the server generates questions such as the names of beneficiaries and details of assets in JSON format. The terminal receives this and displays the question form. The output is the JSON data of the questions.
[1349] Step 7:
[1350] The user enters answers to the questions and sends the information to the server via the device. The user enters answers into the input form and clicks the "Submit" button. The device sends the input (user answers) to the server. The output is an HTTP POST request for the answer data.
[1351] Step 8:
[1352] The server temporarily stores the received information and generates a legally based draft of the will. The server stores the input (user response data) in a temporary database and generates a draft of the will using a template engine. The output is a draft of the will.
[1353] Step 9:
[1354] The server checks the legal validity of the draft using a legal validation engine. The server sends the input (the draft will) to the legal validation engine and receives the validation result. The output is a legally valid draft will.
[1355] Step 10:
[1356] If it is determined to be legally acceptable, the server converts the final will into PDF format. The server sends the input (the legally valid draft) to a PDF generation library, which generates a PDF. The output is a PDF of the final will.
[1357] Step 11:
[1358] The server provides the PDF as a link for the user to download. The server generates a link to the location of the PDF file and displays the link on the user's dashboard. The output is a download link.
[1359] Step 12:
[1360] The terminal displays a download link, and the user clicks it to download the PDF. The terminal displays a download link on the dashboard screen, and the user clicks the link to download the PDF file. The input is the download link, and the output is the downloaded PDF file.
[1361] Step 13:
[1362] The server securely stores the generated will and automatically distributes it when specified conditions are met. The server saves the will PDF in a secure storage system and records specified conditions (e.g., uploading a death certificate) in a database. The input is the PDF to be saved and the trigger conditions, and the output is saving the conditions to the database and securely storing the PDF.
[1363] Step 14:
[1364] A third party (e.g., a family member or law firm) uploads the user's death certificate, and the device sends that information to the server. The third party selects the certificate in the file upload form and clicks the "Upload" button. The input is the uploaded certificate, and the output is the certificate sent to the server.
[1365] Step 15:
[1366] The server verifies the trigger conditions and, if the conditions are met, sends an email to the beneficiaries to automatically distribute a copy of the will. The server checks the input (uploaded certificates) and, if the trigger conditions are met, uses the email sending system to send an email with a link to the beneficiaries. The output is an email.
[1367] Step 16:
[1368] The beneficiary can click the link in the email to download the PDF of the will from the server. When the beneficiary clicks the link, a page where the PDF of the will can be downloaded is displayed, and the server provides the PDF file. The input is the link in the email received by the beneficiary, and the output is the PDF file of the will.
[1369] (Application example 1)
[1370] Next, a description will be given of Application Example 1. In the following description, the data processing device 12 will be referred to as a "server" and the robot 414 will be referred to as a "terminal."
[1371] Conventional will creation systems have the problem that the process for users to create a will is complicated and that the storage and distribution of the will is not guaranteed. Furthermore, it is difficult to properly distribute the will to beneficiaries when certain conditions occur, such as the user's death. For this reason, a system that allows users to create, store, and distribute wills easily and safely is needed.
[1372] The specific processing by the specific processing unit 290 of the data processing device 12 in the application example 1 is realized by the following means.
[1373] In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of a will based on the received information and legally verifying it, means for generating the generated draft as a final will, means for providing the generated will to the user, means for safely storing the generated will and automatically distributing it when specified conditions are met, means for verifying a death certificate as a condition for distributing the will, and means for distributing the will to beneficiaries by email. This allows users to easily create and store wills and automatically distribute them at the appropriate time.
[1374] "User" means an individual who uses the System to prepare, store, and distribute a will.
[1375] "Authentication" is the process of verifying that a user registered in this system is a legitimate user.
[1376] A "will" is a legal document that describes how a user wants their assets distributed after their death.
[1377] A "draft" is a temporary draft of a will that is generated based on information entered by the user.
[1378] "Compliant with the law" means that the content complies with the legal standards of the country or region in question.
[1379] "Legal validation" is the process of checking whether the generated draft is legally valid.
[1380] "PDF format" stands for Portable Document Format, a format for digital documents that users can download.
[1381] "Distribute" means providing the will to the designated beneficiaries.
[1382] A "condition" is a specific requirement that must be met in order for the will to be distributed to the designated beneficiaries.
[1383] "Death Certificate" means a document officially verifying the death of a User.
[1384] "Beneficiary" means any person or entity who will receive your assets under your Will.
[1385] "Email" is a means of sending messages electronically
[1386] This invention is a system for easily creating, storing, and distributing wills. To use the system, users must first register and authenticate. When a user enters their name, email address, and password on the registration screen, their device sends this information to a server. The server stores the received information in a database and sends a verification email to the user. The user clicks on the link in the verification email to activate their account.
[1387] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the terminal. The server temporarily stores the received information and generates a draft of the will that complies with the law. The server then uses a legal validation engine to check whether the generated draft is legally valid.
[1388] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is provided as a link for the user to download. The device displays the download link, and the user can click to download the PDF. The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met.
[1389] Users can set specified trigger conditions (for example, providing their own death certificate). If a third party (for example, a trusted family member or law firm) uploads the user's death certificate, the device sends the information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[1390] The main hardware and software used includes:
[1391] Server: Database (e.g. MySQL), legal verification engine
[1392] Terminal: User interface (e.g. HTML, CSS, JavaScript)
[1393] Communication method: SMTP server for sending authentication emails
[1394] Below are some specific examples.
[1395] When a user creates a will using the "Secure Will Guard" application, they first register in the system by entering their name, email address, and password. The server sends a verification email, which the user receives to complete the verification. The user then enters beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) within the application. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries.
[1396] An example of a prompt is:
[1397] "Please provide your ideas for the user interface design of a will-writing application. Also, please provide specific suggestions for the questions that should be asked (e.g., names of beneficiaries, details of assets, distribution method, etc.)."
[1398] The flow of the specific processing in the application example 1 will be described with reference to FIG.
[1399] Step 1:
[1400] The user enters their name, email address, and password on the new registration screen. The device sends the entered information to the server.
[1401] Input: Name, Email Address, Password
[1402] Output: User information sent to the server
[1403] What it does: The device collects the data entered by the user, sends it to the server as an HTTP POST request, and stores the information in a database.
[1404] Step 2:
[1405] The server generates an authentication email and sends it to the user.
[1406] Input: User's email address
[1407] Output: Send verification email
[1408] Specific operation: The server generates the email content and uses the SMTP server to send an email containing an authentication link to the specified email address.
[1409] Step 3:
[1410] The user activates the account by clicking the link in the authentication email. The device sends a request to the server via the link to activate the account.
[1411] Input: Authentication link
[1412] Output: Activated accounts
[1413] Specific operation: When the device clicks on the authentication link, it sends a GET request to the server, and the server changes the status of the corresponding user in the database to "authenticated."
[1414] Step 4:
[1415] When a user logs in, a screen for entering the information necessary to create a will is displayed on the terminal. The server sends questions to the terminal.
[1416] Input: User login information
[1417] Output: Questions for writing a will
[1418] Specific operation: When a user logs in, the server generates the questions required for the will (such as names of beneficiaries, property details, and distribution method) and sends them to the terminal in JSON format.
[1419] Step 5:
[1420] The user enters answers to the questions, and the terminal sends the answers to the server.
[1421] Input: User's answer
[1422] Output: The answer sent to the server
[1423] Specific operation: The device sends the answer obtained from the user to the server via an HTTP POST request, and the server temporarily stores this data.
[1424] Step 6:
[1425] The server generates a legally compliant draft will based on the user's answers and verifies its legal validity using a legal validation engine.
[1426] Input: User's answer
[1427] Output: Legally validated draft
[1428] Specific operation: The server automatically generates a draft of the will based on the input data, and then uses a legal validation engine to verify whether the contents of the draft are legally valid.
[1429] Step 7:
[1430] The server converts the final will into PDF format and sends a download link to the device.
[1431] Input: Legally Validated Draft
[1432] Output: Will in PDF format and download link
[1433] What happens: The server converts the legally reviewed draft into a PDF using a PDF generation library and returns a link to the user's device.
[1434] Step 8:
[1435] When users click on the download link, they can download the will in PDF format.
[1436] Input: Download link
[1437] Output: Downloaded will in PDF format
[1438] What happens: When a user clicks on the download link, the device sends an HTTP request to the server, and the server returns the PDF to the device.
[1439] Step 9:
[1440] The user sets the upload of a death certificate as a trigger condition for distribution of the will, and the server stores the condition in a database.
[1441] Input: Trigger condition
[1442] Output: Saved trigger conditions
[1443] Specific operation: The terminal collects trigger conditions entered by the user and sends them to the server, which stores this information in a database.
[1444] Step 10:
[1445] Once a third party uploads the death certificate, the device sends the information to a server, which verifies the conditions.
[1446] Enter: Death certificate
[1447] Output: Verification results
[1448] What happens: The device receives the uploaded death certificate and sends it to the server, which then validates the certificate (for example, by verifying the checksum or digital signature) to see if the conditions are met.
[1449] Step 11:
[1450] If the conditions are met, the server will distribute copies of the will to the designated beneficiaries via email.
[1451] Input: Validation result
[1452] Output: Distributed will
[1453] Specific operation: If the server determines that the conditions are met, it will use the SMTP server to send an email containing a link to the PDF will to the specified beneficiary's email address.
[1454] Furthermore, an emotion engine that estimates the user's emotion may be further combined. That is, the identification processing unit 290 may estimate the user's emotion using the emotion identification model 59, and perform identification processing using the user's emotion.
[1455] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The following describes an embodiment of the present invention.
[1456] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user, completing user registration. When the user clicks on the link in the verification email, their account is activated.
[1457] Next, when the user logs in, a screen for entering the information necessary to create a will is displayed. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers.
[1458] The information entered by the user is sent to the server via the device. The server temporarily stores the received information and generates a legally compliant draft of the will. At the same time, an emotion engine works to recognize emotions from the user's input and reactions. This emotion engine takes into account the user's mental state and provides appropriate feedback. For example, if the user is feeling stressed, suggestions for relaxation methods will be displayed.
[1459] If the will is deemed legally acceptable, the server generates a final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[1460] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[1461] To give a specific example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which is received and authentication is completed. After that, the user enters beneficiaries (e.g., three children) and details of assets (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed while entering information and displays suggestions for relaxation methods. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format.
[1462] Users can set certain conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system allows users to easily and securely create, store, and distribute wills.
[1463] The processing flow will be explained below.
[1464] Step 1:
[1465] A user accesses the service and enters the required information such as name, email address, and password on the new registration screen.
[1466] Step 2:
[1467] The terminal transmits the input information to the server.
[1468] Step 3:
[1469] The server stores the received information in a database and generates a unique user ID.
[1470] Step 4:
[1471] The server generates a verification email and sends it to the user's specified email address.
[1472] Step 5:
[1473] The user clicks on the verification link in the email.
[1474] Step 6:
[1475] The terminal accesses the authentication link and sends an authentication request to the server.
[1476] Step 7:
[1477] The server validates the authentication token and activates the user account.
[1478] Step 8:
[1479] The user visits the login page and enters their email address and password.
[1480] Step 9:
[1481] The device sends the login information to the server.
[1482] Step 10:
[1483] The server verifies the login information and returns a successful authentication response.
[1484] Step 11:
[1485] The device displays the will creation screen.
[1486] Step 12:
[1487] The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal.
[1488] Step 13:
[1489] The device displays questions, and the user enters answers to each question. The emotion engine then works to analyze the user's input and reactions.
[1490] Step 14:
[1491] The emotion engine recognizes the user's emotions and provides feedback suggesting ways to relax or support if they are feeling stressed or anxious.
[1492] Step 15:
[1493] The device sends the user's input information (such as the beneficiary's name, property details, and instructions) to the server.
[1494] Step 16:
[1495] The server temporarily stores the information it receives.
[1496] Step 17:
[1497] The server uses legally compliant templates to generate a draft will based on the input information.
[1498] Step 18:
[1499] The server sends the generated draft to a legal validation engine, which checks whether each clause violates the law.
[1500] Step 19:
[1501] The server receives the validation results from the legal validation engine and makes corrections if necessary.
[1502] Step 20:
[1503] The server finally generates a will that is confirmed to be legally sound.
[1504] Step 21:
[1505] The server converts the generated will into PDF format.
[1506] Step 22:
[1507] The server provides the generated PDF as a download link for the user.
[1508] Step 23:
[1509] The device will display a download link that the user can click to download the PDF.
[1510] Step 24:
[1511] The server stores the generated will PDF in a database for safekeeping.
[1512] Step 25:
[1513] The user enters certain trigger conditions (e.g., providing their own death certificate and setting requirements for automatic distribution).
[1514] Step 26:
[1515] The terminal sends the trigger condition to the server.
[1516] Step 27:
[1517] The server stores the trigger conditions in a database and sets up a distribution procedure when the conditions are met.
[1518] Step 28:
[1519] A third party (e.g., a trusted family member or law firm) uploads the user's death certificate.
[1520] Step 29:
[1521] The device sends the death certificate to the server.
[1522] Step 30:
[1523] The server validates the trigger conditions and ensures that they are met.
[1524] Step 31:
[1525] The server sends emails to automatically distribute copies of the will to the designated beneficiaries.
[1526] Step 32:
[1527] The beneficiary can click on the link in the email to download the PDF of the will from the server.
[1528] Example 2
[1529] Next, a description will be given of Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the robot 414 will be referred to as a "terminal."
[1530] Current will creation systems are inadequate in providing a complete process for users to easily create a legally valid will, safely store it, and automatically distribute it at the appropriate time. They also lack a function that takes into account the user's emotional state and provides feedback, preventing users from creating a will without feeling stressed. This can lead to a poor user experience and reduced continued use of the system.
[1531] The specific processing by the specific processing unit 290 of the data processing device 12 in the second embodiment is realized by the following means.
[1532] In this invention, the server includes means for a user to register and be authenticated, means for collecting and displaying information necessary for creating a will from the user, means for generating a legally compliant draft of the will based on the received information and legally verifying it, and means for recognizing the user's emotions and providing appropriate feedback. This makes it possible to create a legally valid will easily and safely and provide appropriate feedback taking into account the user's emotional state.
[1533] A "User" is an individual who uses the System to create, store, and distribute a Will.
[1534] "New registration" is the process by which a user provides information such as name, email address, and password required to access and use the system for the first time.
[1535] "Verification" means the process of confirming the accuracy of the registered information and activating the User's account by clicking on the verification link sent to the email address provided by the User.
[1536] "Information necessary for the creation of a will" refers to information such as the names of beneficiaries, details of assets, and distribution method provided by the user to create a will.
[1537] The "means for collecting and displaying information" is the part of the system that provides an input form to allow the user to enter the information necessary to create a will and displays it to the user.
[1538] A "legal draft will" is an initial version of a will generated from information provided by a user and in accordance with applicable laws and regulations.
[1539] "Legal verification means" refers to a process and part of a system for verifying that the generated draft will is legally valid and free of problems.
[1540] "Means for recognizing emotions and providing appropriate feedback" refers to the system's ability to analyze the information and responses the user provides, determine the user's emotional state (e.g., stress), and provide appropriate feedback.
[1541] A "final will" is a completed version of a will that has undergone legal review and is deemed to be free of any problems.
[1542] "Means for providing the will to the user" refers to the system's functionality for providing a link or other means for the user to access and download the generated final will.
[1543] "PDF format" is an abbreviation for Portable Document Format and is one of the formats for storing electronic documents.
[1544] "Means for securely storing wills and distributing them automatically when specified conditions are met" refers to the system's functionality for securely storing generated wills on a server and automatically distributing them to designated beneficiaries when conditions set by the user (e.g., submission of a death certificate) are met.
[1545] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The embodiments for carrying out the present invention will be described in detail below.
[1546] First, in order for a user to use the system, they must register and authenticate. When a user enters their name, email address, and password on the system's new registration screen, the device sends this information to the server. The server stores the received information in a database (e.g., MySQL, PostgreSQL) and sends a verification email to the user. This verification email contains a link that the user can click to activate their account.
[1547] Next, when the user logs in, the server generates questions to collect the information necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the terminal. The terminal displays the questions, and the user enters the answers. The information entered by the user is sent via the terminal to the server, which temporarily stores the received information in a database.
[1548] The server generates a legally compliant draft of the will based on the received information and verifies that it conforms to legal requirements. This process can be performed using programming languages such as Python or Java, and a template engine (e.g., Jinja2 or Thymeleaf) is used to format the will. At the same time, an emotion engine (e.g., emotion recognition API or machine learning model) runs to recognize emotions from the user's input and reactions. This emotion engine takes into account the user's mental state and provides appropriate feedback. For example, if the user is feeling stressed, suggestions for relaxation methods are displayed (emotion analysis API examples: IBM Watson, Microsoft Azure Emotion API).
[1549] If the server determines that the will is legally acceptable, it generates the final will and converts it to PDF format using libraries such as iText and ReportLab. The generated PDF is then provided as a link for the user to download. The device displays this link, and the user can click to download the PDF.
[1550] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). If a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies whether the conditions are met. If the conditions are met, the server sends an email to the designated beneficiaries to automatically distribute a copy of the will. Beneficiaries can click a link in the email to download the PDF of the will from the server.
[1551] Prompt Sentence Examples
[1552] When a user uses this service to create a will, they first register with the system. The server sends a verification email, which the user receives to complete the verification. Then, the user enters the beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed and displays suggestions for relaxation. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set specific conditions (e.g., a trusted family member uploads the user's death certificate), and the server automatically distributes the will to the beneficiaries when those conditions are met. In this way, the system enables users to easily and securely create, store, and distribute wills.
[1553] The flow of the identification process in the second embodiment will be described with reference to FIG.
[1554] Step 1:
[1555] The user enters their name, email address, and password on the new registration screen. The device receives this information and sends it to the server via an HTTPS POST request. The server stores this information in a database and sends the user a verification email containing a verification link.
[1556] Input: User's name, email address, password
[1557] Processing: receiving information and storing it in a database, generating and sending a verification email
[1558] Output: User information saved in database, authentication email sent to user
[1559] Step 2:
[1560] When a user clicks on the link in the authentication email, the server receives this request and activates the user account. The user also enters their email address and password on the login screen, and a login request is sent to the server via the terminal. The server checks the information against the database and, if correct, creates a session.
[1561] Input: Click the link in the verification email and enter your login information (email address, password)
[1562] Processing: receiving requests, activating accounts, verifying login details, creating sessions
[1563] Output: Account activation, session after successful login
[1564] Step 3:
[1565] After the server successfully logs in, it generates questions to collect the information necessary to create a will and sends them to the terminal. The terminal displays the questions to the user, and the user enters their answers.
[1566] Input: User successfully logged in, access to will creation screen
[1567] Processing: The server generates questions, sends them to the device, and the device displays the questions.
[1568] Output: Questions that are displayed to the user
[1569] Step 4:
[1570] The user enters answers to questions, the device receives them, and sends them to the server, which temporarily stores the information in a database.
[1571] Input: User's answer
[1572] Processing: The device sends the answer information to the server, and the server temporarily stores the information.
[1573] Output: Temporarily saved user answer information
[1574] Step 5:
[1575] The server generates a legally compliant draft of the will based on the user's input information and then legally verifies it. This process uses programs developed in Python, Java, etc., and a template engine (e.g., Jinja2, Thymeleaf) to format the will. An emotion engine also works to recognize emotions from the user's input information and reactions.
[1576] Input: User response information
[1577] Processing: Will draft generation, legal validation, emotion recognition with emotion engine
[1578] Output: Legally validated draft will, emotional feedback
[1579] Step 6:
[1580] If it is determined to be legally acceptable, the server generates the final will and converts it to PDF format using iText and ReportLab. The generated PDF is then provided as a link for the user to download. The device displays this link, and the user can click to download the PDF.
[1581] Input: Legally Validated Draft Will
[1582] Processing: Generate the Last Will and Testament, convert it to PDF format, and generate a download link
[1583] Output: PDF of the Last Will and Testament with a download link
[1584] Step 7:
[1585] The generated will is securely stored on the server and, if necessary, can be automatically distributed when certain conditions are met. The user sets a specified trigger condition (e.g., providing their own death certificate). If a third party uploads the user's death certificate, the device sends that information to the server, which verifies whether the conditions are met. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries.
[1586] Input: Specified trigger conditions, death certificate information
[1587] Processing: Saving trigger conditions, verifying if conditions are met, sending automatic distribution email of will
[1588] Output: Email notification when distribution conditions are met, distributed will PDF
[1589] (Application example 2)
[1590] Next, a description will be given of Application Example 2. In the following description, the data processing device 12 will be referred to as a "server" and the robot 414 will be referred to as a "terminal."
[1591] In recent years, there has been an increasing demand for services related to the creation, storage, and distribution of wills. However, these processes are cumbersome and stressful for users. In particular, legal knowledge is required, which can be stressful for users. Furthermore, there are currently no fully developed systems for automatic distribution when trigger conditions are met. Furthermore, there are few systems that utilize sentiment analysis to create wills while taking into consideration the user's mental state.
[1592] The specific processing by the specific processing unit 290 of the data processing device 12 in Application Example 2 is realized by the following means. In this invention, the server includes means for a user to register and be authenticated, means for receiving and displaying information necessary for creating a will from the user, and means for performing emotional analysis based on the user's input information and suggesting relaxation methods if the user is feeling stressed. This allows users to easily create a will even without legal knowledge, and enables them to complete the will creation process while receiving psychological support. Furthermore, a system that automatically distributes a will when specified conditions are met ensures that the user's wishes are realized.
[1593] "Means for users to register and be authenticated" refers to the process by which a user accesses the system, creates an account by entering their name, email address, and password, and activates the account by confirming the authentication email provided by the server.
[1594] "Means for receiving and displaying information necessary for creating a will from the user" refers to the process in which the user inputs information necessary for creating a will, such as the names of beneficiaries, details of assets, and distribution method, and the server receives this information and displays it on the terminal.
[1595] "Means for generating a legally compliant draft will based on the received information and legally verifying it" refers to the process by which the server automatically generates a legally compliant draft will based on the information received from the user and verifies that the draft is legally sound.
[1596] "Means for analyzing emotions based on information entered by the user and suggesting ways to relax if the user is feeling stressed" refers to the process by which the emotion engine analyzes the user's mental state based on the information entered by the user when creating a will, and the system provides ways and advice to relax if it determines that the user is feeling stressed.
[1597] The "means for generating the generated draft as a final will" is a process in which the server creates a final will based on the legally verified draft and finalizes it as a document format.
[1598] "Means for providing the generated will to the user" refers to the process by which, after the final will is generated, the server converts the will into a format such as PDF and provides a download link to the user.
[1599] "Means for securely storing the generated will and automatically distributing it when specified conditions are met" refers to the process by which the server securely stores the generated will and automatically distributes it to designated beneficiaries when certain conditions set by the user (such as uploading a death certificate) are met.
[1600] The following describes an embodiment of the present invention. The system of the present invention is a system that allows users to perform all steps from new registration and authentication to creating, storing, and distributing wills. This system is composed of the following main elements.
[1601] First, users must register and authenticate before they can use the system. The user enters their name, email address, and password on the new registration screen, and the device sends this information to the server. The server stores the received information in a database and sends a verification email to the user. The user clicks on the link in the verification email to activate their account.
[1602] Next, when the user logs in, a screen appears where they can enter the information necessary to create a will. The server generates the questions necessary to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.) and sends them to the device. The device displays the questions, and the user enters their answers. The information entered by the user is sent to the server via the device. The server temporarily stores the received information and generates a legally compliant draft of the will.
[1603] The server is equipped with an emotion engine that performs emotion analysis based on user input. This emotion engine uses a generative AI model to analyze the user's input and reactions, and if the user is feeling stressed, it has the function of suggesting ways to relax. Specifically, if it determines that the user is feeling stressed, it displays a message on the device such as "Take a deep breath and relax." This prompt provides support to help the user relax while writing their will.
[1604] If the legality is deemed acceptable, the server generates the final will and converts it to PDF format. This PDF is then provided as a link for the user to download. The device displays the download link, which the user can click to download the PDF.
[1605] The generated will is securely stored on the server and, if necessary, is set to be automatically distributed when certain conditions are met. Users can set specified trigger conditions (e.g., providing their own death certificate). When a third party (e.g., a trusted family member or law firm) uploads the user's death certificate, the device sends that information to the server, which verifies the trigger conditions. If the conditions are met, the server sends an email to automatically distribute a copy of the will to the designated beneficiaries. The beneficiaries can click a link in the email to download the PDF of the will from the server.
[1606] For example, when a user uses this service to create a will, they first register with the system. The server sends a verification email, which the user receives to complete the verification. Then, the user enters the beneficiaries (e.g., three children) and asset details (e.g., house, savings, stocks) on the will creation screen. The emotion engine detects if the user is feeling stressed and displays suggestions for relaxation. The server receives the input information, generates a legally sound draft of the will, and performs legal verification. The final will is generated and provided to the user in PDF format. The user can set specific conditions (e.g., a trusted family member uploads the user's death certificate), and when those conditions are met, the server automatically distributes the will to the beneficiaries. In this way, the system enables users to easily and securely create, store, and distribute wills.
[1607] A sentiment analysis engine using a generative AI model uses prompts like this:
[1608] "Take a deep breath and relax."
[1609] "Take a break and refresh yourself."
[1610] This allows users to create wills with peace of mind.
[1611] The flow of the specific processing in the application example 2 will be described with reference to FIG.
[1612] Step 1:
[1613] The user enters their name, email address, and password on the new registration screen, and the device sends this information to the server. The server stores the received information in a database, generates a verification email, and sends it to the user. The input data is the name, email address, and password, and the output is storing the data in the database and generating a verification email.
[1614] Step 2:
[1615] The user activates the account by clicking the link in the authentication email. When the user clicks the link, the device sends a request to the server, and the server updates the user's authentication status. The input is the click of the authentication link, and the output is the account activation status.
[1616] Step 3:
[1617] The user logs in and is presented with a screen where they can enter the information required to create a will (e.g., names of beneficiaries, details of assets, distribution method, etc.). The server generates the questions required to create a will and sends them to the terminal. The user enters the information, and the terminal sends it to the server. The input is the user's answers, and the output is the display of the questions and receipt of the answers.
[1618] Step 4:
[1619] The server temporarily stores the information received from the user and generates a legally compliant draft of the will. The server uses a legal validation engine to verify the legal conformity of the draft. The input is the user's response information, and the output is a legally compliant draft.
[1620] Step 5:
[1621] The server runs an emotion engine and recognizes emotions from the user's input information and reactions. If the user is feeling stressed, suggestions for relaxation methods are displayed on the device. A generative AI model is used to perform emotion analysis and provide appropriate feedback. The input is the user's input information, and the output is suggestions for relaxation methods. A specific prompt, such as "Take a deep breath and relax," is displayed.
[1622] Step 6:
[1623] The server generates the final will and converts it to PDF format, and provides the generated PDF as a link for users to download. The input is a legally validated draft, and the output is the final will in PDF format and a download link for it.
[1624] Step 7:
[1625] The generated will is securely stored on the server and automatically distributed to beneficiaries when certain conditions specified by the user (e.g., providing a death certificate) are met. When a third party uploads a death certificate, the device sends the information to the server, which verifies the trigger conditions. When the conditions are met, the server sends an email to distribute a copy of the will to the designated beneficiaries. The input is the trigger condition information, and the output is the distribution of the will.
[1626] The specific processing unit 290 transmits the result of the specific processing to the robot 414. In the robot 414, the control unit 46A causes the speaker 240 and the control target 443 to output the result of the specific processing. The microphone 238 acquires voice indicating a user input regarding the result of the specific processing. The control unit 46A transmits voice data indicating the user input acquired by the microphone 238 to the data processing device 12. In the data processing device 12, the specific processing unit 290 acquires the voice data.
[1627] The data generation model 58 is a so-called generative AI (Artificial Intelligence). An example of the data generation model 58 is ChatGPT (Internet Search<URL: https: / / openai.com / blog / chatgpt> ), Gemini (Internet search <url: https: gemini.google.com ?hl="ja">) and other generation AIs. The data generation model 58 is obtained by performing deep learning on a neural network. A prompt including an instruction is input to the data generation model 58, and inference data such as voice data indicating voice, text data indicating text, and image data indicating an image is also input. The data generation model 58 performs inference on the input inference data in accordance with the instruction indicated by the prompt, and outputs the inference result in a data format such as voice data and text data. Here, inference refers to, for example, analysis, classification, prediction, and / or summarization.
[1628] In the above embodiment, an example was given in which the specific processing is performed by the data processing device 12, but the technology of the present disclosure is not limited to this, and the specific processing may be performed by the robot 414.
[1629] The emotion identification model 59 as an emotion engine may determine the user's emotion according to a specific mapping. Specifically, the emotion identification model 59 may determine the user's emotion according to an emotion map (see FIG. 9), which is a specific mapping. Similarly, the emotion identification model 59 may determine the robot's emotion, and the identification processing unit 290 may perform identification processing using the robot's emotion.
[1630] FIG. 9 is a diagram illustrating an emotion map 400 on which multiple emotions are mapped. In the emotion map 400, emotions are arranged in concentric circles radiating from the center. Emotions closer to the center of the concentric circles are more primitive. Emotions representing states and actions arising from a state of mind are arranged on the outer edges of the concentric circles. The concept of emotion includes both affect and mental states. Emotions generally generated from reactions occurring in the brain are arranged on the left side of the concentric circles. Emotions generally induced by situational judgment are arranged on the right side of the concentric circles. Emotions generally generated from reactions occurring in the brain and induced by situational judgment are arranged on the upper and lower sides of the concentric circles. Furthermore, the emotion of "pleasure" is arranged on the upper side of the concentric circles, and the emotion of "discomfort" is arranged on the lower side. In this way, in the emotion map 400, multiple emotions are mapped based on the structure by which emotions are generated, and emotions that tend to occur simultaneously are mapped close to each other.
[1631] These emotions are distributed in the 3 o'clock direction on emotion map 400, and typically fluctuate between relief and anxiety. In the right half of emotion map 400, situational awareness dominates over internal sensations, resulting in a sense of calm.
[1632] The inside of emotion map 400 represents what is going on in the mind, and the outside of emotion map 400 represents behavior, so the further you go outside emotion map 400, the more visible the emotions become (the more they are expressed in behavior).
[1633] Human emotions are based on various balances, such as posture and blood sugar levels. When these balances deviate from the ideal, a state of discomfort is indicated, and when they approach the ideal, a state of pleasure is indicated. Emotions can also be created for robots, automobiles, and motorcycles, based on various balances, such as posture and remaining battery life. When these balances deviate from the ideal, a state of discomfort is indicated, and when they approach the ideal, a state of pleasure is indicated. An emotion map can be generated, for example, based on Dr. Mitsuyoshi's emotion map (Research on Voice Emotion Recognition and Emotional Brain Physiological Signal Analysis Systems, Tokushima University, Doctoral Dissertation: https: / / ci.nii.ac.jp / naid / 500000375379). The left half of the emotion map lists emotions belonging to the "reaction" domain, where sensation is dominant. The right half of the emotion map lists emotions belonging to the "situation" domain, where situational awareness is dominant.
[1634] The emotion map defines two emotions that promote learning. One is a negative emotion on the situation side, around the middle of "repentance" or "reflection." In other words, this occurs when the robot experiences negative emotions such as "I never want to feel this way again" or "I don't want to be scolded again." The other is a positive emotion on the response side, around "desire." In other words, this occurs when the robot experiences positive feelings such as "I want more" or "I want to know more."
[1635] The emotion identification model 59 inputs user input into a pre-trained neural network, obtains emotion values indicating each emotion shown in the emotion map 400, and determines the user's emotion. This neural network is pre-trained based on multiple pieces of training data that are combinations of user input and emotion values indicating each emotion shown in the emotion map 400. Furthermore, this neural network is trained so that emotions that are located close to each other have similar values, as in the emotion map 900 shown in FIG. 10. FIG. 10 shows an example in which multiple emotions, "relieved," "calm," and "reassuring," have similar emotion values.
[1636] The system according to the present disclosure has been described above mainly with respect to the functions of the data processing device 12, but the system according to the present disclosure is not necessarily implemented on a server. The system according to the present disclosure may be implemented as a general information processing system. The present disclosure may be implemented, for example, as a software program running on a personal computer or an application running on a smartphone, etc. The method according to the present disclosure may be provided to users in the form of SaaS (Software as a Service).
[1637] In the above embodiment, an example was given in which the specific processing is performed by one computer 22, but the technology of the present disclosure is not limited to this, and the specific processing may be distributed and performed by a plurality of computers including the computer 22. For example, the data generation model 58 may be provided in an external device of the data processing device 12, and data may be generated in the external device in accordance with input data.
[1638] In the above embodiment, an example in which the specific processing program 56 is stored in the storage 32 has been described, but the technology of the present disclosure is not limited to this. For example, the specific processing program 56 may be stored in a portable, computer-readable, non-transitory storage medium such as a USB (Universal Serial Bus) memory. The specific processing program 56 stored in the non-transitory storage medium is installed in the computer 22 of the data processing device 12. The processor 28 executes the specific processing in accordance with the specific processing program 56.
[1639] Alternatively, the specific processing program 56 may be stored in a storage device such as a server connected to the data processing device 12 via the network 54, and the specific processing program 56 may be downloaded and installed on the computer 22 in response to a request from the data processing device 12.
[1640] It is not necessary to store all of the specific processing program 56 in a storage device such as a server connected to the data processing device 12 via the network 54, or to store all of the specific processing program 56 in the storage 32; only a portion of the specific processing program 56 may be stored.
[1641] The hardware resource for executing a specific process can be any of the following processors: An example of a processor is a CPU, which is a general-purpose processor that functions as a hardware resource for executing a specific process by executing software, i.e., a program. Another example of a processor is a dedicated electrical circuit, such as an FPGA (Field-Programmable Gate Array), a PLD (Programmable Logic Device), or an ASIC (Application Specific Integrated Circuit), which is a processor with a circuit configuration designed specifically for executing a specific process. Each processor has built-in or connected memory, and each processor uses the memory to execute the specific process.
[1642] The hardware resource that executes the specific processing may be configured with one of these various processors, or may be configured with a combination of two or more processors of the same or different types (for example, a combination of multiple FPGAs, or a combination of a CPU and an FPGA). Also, the hardware resource that executes the specific processing may be a single processor.
[1643] As an example of a system configured with a single processor, first, one processor is configured by combining one or more CPUs and software, and this processor functions as a hardware resource that executes a specific process. Second, there is a system that uses a processor that realizes the functions of an entire system including multiple hardware resources that execute a specific process on a single IC chip, as typified by SoC (System-on-a-chip). In this way, a specific process is realized using one or more of the above-mentioned various processors as hardware resources.
[1644] Furthermore, the hardware structure of these various processors can be, more specifically, an electric circuit that combines circuit elements such as semiconductor devices. The specific processing described above is merely an example. Therefore, it goes without saying that unnecessary steps may be deleted, new steps may be added, or the processing order may be rearranged, without departing from the spirit of the invention.
[1645] The above-described description and illustrations are a detailed explanation of the parts related to the technology of the present disclosure and are merely an example of the technology of the present disclosure. For example, the above description of the configuration, functions, actions, and effects is an explanation of an example of the configuration, functions, actions, and effects of the parts related to the technology of the present disclosure. Therefore, it goes without saying that unnecessary parts may be deleted, new elements may be added, or replacements may be made to the above-described description and illustrations within the scope of the gist of the technology of the present disclosure. Furthermore, to avoid confusion and facilitate understanding of the parts related to the technology of the present disclosure, the above-described description and illustrations omit explanations of common technical knowledge that do not require particular explanation to enable the implementation of the technology of the present disclosure.
[1646] All publications, patent applications, and technical standards mentioned in this specification are herein incorporated by reference to the same extent as if each individual publication, patent application, or technical standard was specifically and individually indicated to be incorporated by reference.
[1647] The following is further disclosed regarding the above embodiment.
[1648] (Claim 1)
[1649] A means for users to register and be authenticated;
[1650] A means for receiving and displaying information necessary for creating a will from the user;
[1651] A means of generating a legally compliant draft will based on the information received and having it legally verified;
[1652] a means for generating the generated draft into a final will;
[1653] means for providing the generated will to a user;
[1654] A means to safely store the generated will and automatically distribute it when specified conditions are met;
[1655] A system including:
[1656] (Claim 2)
[1657] 10. The system of claim 1, further comprising means for temporarily storing and transmitting user input information to the forensic validation engine.
[1658] (Claim 3)
[1659] 10. The system of claim 1, further comprising means for providing the generated will in PDF format.
[1660] "Example 1"
[1661] (Claim 1)
[1662] A means for users to register and be authenticated;
[1663] A means for receiving and displaying information necessary for creating a will from the user;
[1664] A means of generating a legally compliant draft will based on the information received and having it legally verified;
[1665] a means for generating the generated draft into a final will;
[1666] means for providing the generated will to a user;
[1667] A means to safely store the generated will and automatically distribute it when specified conditions are met;
[1668] A means for third parties to upload information to meet specified conditions;
[1669] A communication method for automatically distributing copies of the will to beneficiaries when the conditions are met;
[1670] A system including:
[1671] (Claim 2)
[1672] 10. The system of claim 1, further comprising means for temporarily storing and transmitting user input information to the forensic validation engine.
[1673] (Claim 3)
[1674] 10. The system of claim 1, further comprising means for providing the generated will in PDF format.
[1675] "Application Example 1"
[1676] (Claim 1)
[1677] A means for users to register and be authenticated;
[1678] A means for receiving and displaying information necessary for creating a will from the user;
[1679] A means of generating a legally compliant draft will based on the information received and having it legally verified;
[1680] a means for generating the generated draft into a final will;
[1681] means for providing the generated will to a user;
[1682] A means to safely store the generated will and automatically distribute it when specified conditions are met;
[1683] A means to verify the death certificate as a condition for distribution of the will and a means to distribute the will to the beneficiaries by mail;
[1684] A system including:
[1685] (Claim 2)
[1686] 10. The system of claim 1, further comprising means for temporarily storing and transmitting user input information to the forensic validation engine.
[1687] (Claim 3)
[1688] 10. The system of claim 1, further comprising means for providing the generated will in PDF format.
[1689] "Example 2: Combining Emotion Engines"
[1690] (Claim 1)
[1691] A means for users to register and be authenticated;
[1692] A means for collecting and displaying information necessary for creating a will from the user;
[1693] A means of generating a legally compliant draft will based on the information received and having it legally verified;
[1694] a means for generating the generated draft into a final will;
[1695] A means of recognizing user emotions and providing appropriate feedback;
[1696] a means for providing the generated will to the user;
[1697] and a means for securely storing the generated will and automatically distributing it when specified conditions are met.
[1698] (Claim 2)
[1699] 10. The system of claim 1, further comprising means for temporarily storing and transmitting user input information to the forensic validation engine.
[1700] (Claim 3)
[1701] 10. The system of claim 1, further comprising means for providing the generated will in PDF format.
[1702] "Application example 2 when combining emotion engines"
[1703] (Claim 1)
[1704] A means for users to register and be authenticated;
[1705] A means for receiving and displaying information necessary for creating a will from the user;
[1706] A means of generating a legally compliant draft will based on the information received and having it legally verified;
[1707] A means for performing sentiment analysis based on user input information and suggesting ways for the user to relax if they are feeling stressed;
[1708] a means for generating the generated draft into a final will;
[1709] means for providing the generated will to a user;
[1710] A means to safely store the generated will and automatically distribute it when specified conditions are met;
[1711] A system including:
[1712] (Claim 2)
[1713] 10. The system of claim 1, further comprising means for temporarily storing and transmitting user input information to the forensic validation engine.
[1714] (Claim 3)
[1715] 10. The system of claim 1, further comprising means for providing the generated will in PDF format. [Explanation of symbols]
[1716] 10, 210, 310, 410 Data Processing Systems 12 Data Processing Device 14 Smart Devices 214 Smart Glasses 314 Headset-type terminal 414 Robot< / url:> < / url:> < / url:> < / url:>
Claims
1. A means for users to register and be authenticated; A means for receiving and displaying information necessary for creating a will from the user; A means of generating a legally compliant draft will based on the information received and having it legally verified; a means for generating the generated draft into a final will; means for providing the generated will to a user; A means to safely store the generated will and automatically distribute it when specified conditions are met; A system including:
2. 10. The system of claim 1, further comprising means for temporarily storing and transmitting user input information to the forensic validation engine.
3. 10. The system of claim 1, further comprising means for providing the generated will in PDF format.
Citation Information
Patent Citations
Persona chatbot control method and system
JP2022180282A