Self-reliant senior platform system providing secret personal information-based emergency rescue and 7 major life cycle solutions

Abstract

The present invention relates to a self-reliant senior platform system that provides secret personal information-based emergency rescue and seven major life cycle solutions.

Description

Technology Field

[0001] The present invention relates to a self-reliant senior platform system that provides secret personal information-based emergency rescue and seven major life cycle solutions. Background Technology

[0002] South Korea is transitioning into a super-aged society due to the rapid increase in its elderly population, and it is projected that by around 2026, the population aged 65 or older will reach 10 million, and the silver economy, worth approximately 168 trillion won, will emerge as a major industrial axis.

[0003] These social changes go beyond the simple quantitative expansion of care services and are increasing the need for an independent life cycle management system in which senior users manage their own health, assets, housing, employment, and social relationships.

[0004] In particular, policy trends such as the Integrated Care Support Act, which is scheduled to be implemented in 2026, require a precision curation system that combines public data APIs, medical and care data, administrative information, and community resources.

[0005] However, conventional senior services often provide health management apps, job search services, welfare information services, smart home devices, community services, and funeral and inheritance preparation services individually, which presents a problem in that it is difficult to integrate and analyze the user's entire life cycle into a single data structure.

[0006] Furthermore, conventional care-centered platforms often presuppose seniors as service recipients or objects of protection, resulting in limited functionality that supports digital or active seniors with smart device literacy in generating recurring income or participating in productive activities based on their accumulated professional experience, social relationships, assets, and time resources.

[0007] Accordingly, it is necessary to reconstruct the lives of seniors from the perspective of self-directed productive activities and securing data sovereignty, rather than simple consumption and care.

[0008] Meanwhile, in the field of emergency rescue for the elderly, there is a problem where response personnel are unable to quickly identify the user's front door password, smart lock access rights, major medical history, medications, allergy information, and prior consent information when an emergency occurs, leading to entry delays or a lack of information.

[0009] Forced entry through door destruction can result in time delays, property loss, and legal burdens for responders, whereas, conversely, constantly disclosing digital keys or medical information to a wide range of guardians or service providers poses a significant risk of privacy infringement and personal information leakage.

[0010] In addition, the continuous monitoring function of existing senior wearable devices may be interrupted if the battery charging cycle is short or if charging is missed.

[0011] Since elderly users may find it difficult to continuously manage their charging status, wearable devices used as a core data source for emergency rescue need to be equipped with continuous operation, water resistance, security, and self-charging capabilities.

[0012] Therefore, there is a need for an integrated platform technology that structures the entire life cycle of seniors into seven specific indices, curates customized services based on public and personal data, restrictively discloses secret personal information only in emergency situations, and automatically deletes it after the structure is terminated. The problem to be solved

[0013] The problem that the present invention aims to solve is to provide a self-reliant senior platform system that provides secret personal information-based emergency rescue and seven major life cycle solutions.

[0014] The problems that the present invention aims to solve are not limited to those mentioned above, and other unmentioned problems will be clearly understood by a person skilled in the art from the description below. means of solving the problem

[0015] In an independent senior platform system of the present invention for solving the aforementioned problem and providing personalized services based on the life cycle data of a senior user, the system comprises: a wearable security terminal that collects, encrypts, and transmits the biometric data of the senior user; a data linkage unit that collects public data APIs, user input data, wearable data, and affiliate service data; a seven-specific index calculation unit that converts the collected data into seven specific indices including a health index, asset index, job index, housing index, living index, community index, and well-dying index; a life cycle curation unit that recommends at least one of administrative, financial, safety, medical, housing, productive activity, and legacy management services based on the seven specific indices; a secret personal information storage unit that encrypts and stores digital keys, major medical history, medications taken, allergy information, and emergency entry consent information; an AI emergency control unit that detects abnormal signs in the biometric data received from the wearable security terminal or an emergency call from the senior user; and an emergency rescue gateway that temporarily opens necessary items among the secret personal information in response to an access request from an authenticated emergency rescue agency. It may be characterized by including a volatile data management unit that automatically destroys opened information, one-time access tokens, or decryption keys upon termination of emergency rescue or the expiration of a set validity period.

[0016] The above seven detailed index calculation units may be characterized by generating the above health index, above asset index, above job index, above housing index, above living index, above community index and above well-dying index into a multidimensional life cycle vector, and the above life cycle curation unit may be characterized by selecting one of the recommendation strategies among risk-first curation, opportunity-first curation, or balance curation based on the risk, readiness, opportunity, and urgency included in the above multidimensional life cycle vector.

[0017] The above-mentioned life cycle curation unit may be characterized by including a Biometric Guardian module corresponding to the health index, a Pension Architect module corresponding to the asset index, a Safety Hub module corresponding to the housing index, an Active Income Manager module corresponding to the job index, a Hyper-Personalized Life module corresponding to the living index, a Social Network module corresponding to the community index, and a Legacy Planning module corresponding to the well-dying index.

[0018] The above-described Biometric Guardian module may be characterized by analyzing abnormal signs of biosignals based on at least one of wearable biometric data and 3D scan data, and recommending customized healthcare devices or management protocols.

[0019] The above Pension Architect module may be characterized by analyzing asset data including at least one of pensions, insurance, financial assets, real estate, debt, and expenditure patterns to predict the sustainability of available assets after retirement and recommending smart farm entrusted management or a pension-type recurring income model. Effects of the invention

[0020] The self-reliant senior platform system according to the present invention structures health, assets, jobs, housing, living, community, and well-dying data into a single seven-category index, thereby enabling data-based management of the user's entire life cycle, unlike existing fragmentary care services.

[0021] In addition, the platform precisely curates administrative, financial, safety, medical, and housing services by combining public data APIs, wearable data, user input data, and affiliate service data, thereby enabling senior users to engage in self-directed aging management and productive activities rather than remaining passive recipients of care.

[0022] In addition, by using a wearable security terminal equipped with Peltier thermoelectric power generation and a rotating self-charging structure, it is possible to reduce monitoring gaps caused by missed charges and continuously secure a core data source for the emergency rescue system.

[0023] In addition, by temporarily opening digital keys and golden time reports only to certified emergency rescue agencies in the event of an emergency, it is possible to support rapid, non-destructive entry and medical judgment without delays in door destruction during emergencies, while minimizing the exposure of personal information during normal times.

[0024] In addition, by providing a volatile data management structure that automatically destroys secret personal information, one-time access tokens, or decryption keys immediately upon termination of rescue, it is possible to simultaneously achieve the provision of the minimum information necessary for emergency rescue and the protection of privacy.

[0025] In addition, by connecting LPPA, smart farm consignment management, spot worker matching, and community production activities based on data, senior users can track recurring income and convert their professional capabilities into social production activities.

[0026] The effects of the present invention are not limited to those mentioned above, and other unmentioned effects will be clearly understood by a person skilled in the art from the description below. Brief explanation of the drawing

[0027] FIG. 1 is a block diagram showing the overall configuration of a self-reliant senior platform system according to one embodiment of the present invention. FIG. 2 is a conceptual diagram showing the linkage structure of the 7 major life cycle solution modules and 7 major detailed indices according to one embodiment of the present invention. FIG. 3 is a cross-sectional conceptual diagram showing the self-charging and sensing structure of a wearable Firenze security terminal according to one embodiment of the present invention. FIG. 4 is a block diagram showing the data structure of a secret personal information storage unit, a consent management unit, and a policy engine according to an embodiment of the present invention. FIG. 5 is a flowchart illustrating the process of detecting abnormal signs, making an emergency call, opening a digital key, and providing a golden time report according to one embodiment of the present invention. FIG. 6 is a flowchart illustrating the token destruction, decryption key destruction, and audit log generation procedures of a volatile data management unit according to one embodiment of the present invention. FIG. 7 is a conceptual diagram showing an LPPA-based smart farm consignment management and pension-type recurring revenue management structure according to one embodiment of the present invention. Specific details for implementing the invention

[0028] The advantages and features of the present invention and the methods for achieving them will become clear by referring to the embodiments described below in detail together with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below but may be implemented in various different forms. These embodiments are provided merely to ensure that the disclosure of the present invention is complete and to fully inform those skilled in the art of the scope of the present invention, and the present invention is defined only by the scope of the claims.

[0029] The terms used in this specification are for describing embodiments and are not intended to limit the invention. In this specification, the singular form includes the plural form unless specifically stated otherwise in the text. The terms "comprises" and / or "comprising" used in this specification do not exclude the presence or addition of one or more other components in addition to the components mentioned. Throughout the specification, the same reference numerals refer to the same components, and "and / or" includes each of the mentioned components and all combinations of one or more. Although terms such as "first," "second," etc., are used to describe various components, these components are not limited by these terms. These terms are used merely to distinguish one component from another. Therefore, the first component mentioned below may be the second component within the technical scope of the invention.

[0030] Unless otherwise defined, all terms used herein (including technical and scientific terms) may be used in a meaning commonly understood by those skilled in the art to which the present invention pertains. Additionally, terms defined in commonly used dictionaries are not to be interpreted ideally or excessively unless explicitly and specifically defined otherwise.

[0032] Referring to FIG. 1, a self-reliant senior platform system (100) according to one embodiment of the present invention may be configured to include a user terminal (110), a wearable security terminal (120), a platform server (130), a data storage unit (140), a public / partnership API gateway (150), an AI emergency control unit (160), an emergency rescue gateway (170), an LPPA and smart farm integration unit (180), and a digital legacy management unit (190). The user terminal (110) may be implemented as a smartphone, tablet, kiosk, smart TV, voice speaker, or guardian terminal, and may display seven major life cycle indices, recommendation services, emergency call status, smart farm remote management status, and legacy planning status through a senior-friendly UI / UX. The user terminal (110) may include large font, voice guidance, a low-level menu structure, a repeat confirmation interface, and an electronic signature interface.

[0033] The wearable security terminal (120) can be implemented as a ring-type or band-type security terminal called Firenze and can continuously detect the user's heart rate, oxygen saturation, skin temperature, movement, sleep patterns, and whether a fall has occurred. The wearable security terminal (120) can encrypt the collected biometric data in a secure area within the terminal and transmit it to a platform server (130) or a user terminal (110) via low-power wireless communication. The platform server (130) may include a data linkage unit, a seven-category index calculation unit, a life cycle curation unit, a consent management unit, a policy engine, a recommendation engine, and a service orchestration function. The data storage unit (140) can logically separate and manage a general profile storage, a secret personal information storage, an audit log storage, a smart farm revenue settlement ledger, and a digital legacy storage.

[0034] The public / partnership API gateway (150) can be linked with external systems related to welfare, medical / care, finance, insurance, housing, administration, smart farm, community, and emergency rescue. The public / partnership API gateway (150) can apply user consent scope, data minimization rules, and purpose restriction rules when making API calls. The AI ​​emergency control unit (160) can detect emergency events by analyzing data collected from wearable security terminals (120), smart home sensors, user terminals, and guardian reports in real-time or near-real-time. The emergency rescue gateway (170) can provide digital keys and golden time reports through a secure channel with an authenticated emergency rescue agency system.

[0035] Referring to FIG. 2, the seven major detailed index calculation unit (210) receives biological / health data (201), asset / pension data (202), career / education data (203), housing / safety data (204), and living / community / legacy data (205) as inputs and can generate a life cycle vector including a health index (H), asset index (A), job index (J), housing index (R), living index (L), community index (C), and well-dying index (W). Each index may have risk, readiness, opportunity, and urgency as sub-attributes, and the platform server (130) can periodically update the life cycle vector.

[0036] The health index (H) can be calculated by analyzing wearable biometric data, health checkup data, disease history, medications taken, exercise volume, and 3D scan data, and the health module, Biometric Guardian (221), can observe the user's biometric signals and predict abnormal signs, recommend personalized healthcare devices, provide exercise or nutrition management alerts, and set up an emergency contact system. The asset index (A) can be calculated by analyzing pension, insurance, financial assets, real estate, debt, spending patterns, and monthly cash flow data, and the asset module, Pension Architect (222), can predict the sustainability of available assets after retirement and propose smart farm management, pension-type revenue models, or safe asset conversion scenarios.

[0037] The job index (J) can be calculated by analyzing the user's past job, certifications, professional experience, health status, time availability, completion of training, and proficiency in digital devices, and the job module Active Income Manager (223) can recommend LPPA training courses, smart farm consignment management rights, remote management work, lecture and consulting work, and local spot worker work. The housing index (R) can be calculated by analyzing the type of residence, whether living alone, whether smart home devices are installed, the method of accessing the front door, fall risk, indoor air quality, fire and gas detection status, and emergency rescue accessibility, and the housing module Safety Hub (224) can manage digital key registration, 119 linkage, smart senior town standards, recommendations for improving residential risk, and emergency entry scenarios.

[0038] The lifestyle index (L) can be calculated by analyzing the status of administrative civil complaint processing, financial service accessibility, shopping, dining, and movement patterns, participation in smart farm remote control, and the history of using lifestyle convenience services. The lifestyle module, Hyper-Personalized Life (225), can provide administrative, financial, safety, smart farm remote management, and lifestyle convenience services in the form of an integrated portal tailored to the user's lifestyle routine. The community index (C) can be calculated by analyzing participation in online and offline lounges, acquaintance networks, family and guardian interactions, participation in educational groups, participation in production activity groups, and the risk of isolation. The community module, Social Network (226), can form high-value senior networks and recommend communities linked to smart farm operation, LPPA education, professional consulting, and social contribution activities.

[0039] The well-dying index (W) can be calculated by analyzing the intention to receive medical care in advance, the status of preparation for a will and inheritance, the status of organizing digital accounts, the contact network after death, the intention to have a funeral, and the intention to process data. The well-dying module, Legacy Planning (227), can provide a procedure for the user to proactively design the end of their life and organize assets and data after death. The life cycle curation unit can select a recommendation strategy of risk-first curation, opportunity-first curation, or balance curation by using a combination of each index. For example, if the urgency of the health index is high and the accessibility of the housing index is low, Safety Hub (224) and emergency rescue registration can be recommended as priority, and if the opportunity of the job index and community index is high, LPPA and smart farm consignment management can be recommended as priority, and these recommendation results can be provided to the user terminal (110) as personalized life cycle curation results (230).

[0040] Referring to FIG. 3, the wearable Firenze security terminal (300) may be implemented as a ring-type or band-type structure that can be worn on a finger or wrist, and may include an inner thermoelectric contact part (301), an outer heat dissipation part (302), a Peltier thermoelectric generator (303), a rotating self-charging part (304), a power storage part (305), a bio-sensor part (306), a security processing part (307), and a communication part (308). The inner thermoelectric contact part (301) may receive body heat by contacting the skin of the finger or wrist, and the outer heat dissipation part (302) may provide a relatively low temperature or heat diffusion path by contacting the external atmosphere. The Peltier thermoelectric generator (303) may generate power by the temperature difference between the inner thermoelectric contact part (301) and the outer heat dissipation part (302).

[0041] The rotating self-charging unit (304) can generate power by operating a magnet and coil, a piezoelectric element, or a micro-generating module by rotation of a ring-shaped or band-shaped housing, finger movement, vibration during walking, or wrist movement. The power storage unit (305) stores power generated from the Peltier thermoelectric generator (303) and the rotating self-charging unit (304) and can be implemented as a battery, a supercapacitor, or a combination thereof. The bio-sensor unit (306) may include a PPG sensor, a body temperature sensor, an accelerometer, a gyroscope, an oxygen saturation sensor, a skin conductivity sensor, or a position sensor, and can detect at least one of heart rate, oxygen saturation, body temperature, activity level, and whether a fall has occurred.

[0042] The security processing unit (307) may be implemented as a security chip or a secure execution environment that performs local encryption, digital signature, integrity verification, and device authentication for biometric data. The communication unit (308) may communicate with a user terminal (110) or a platform server (130) using at least one of Bluetooth Low Energy, NFC, UWB, LTE-M, NB-IoT, Wi-Fi, cellular communication, or satellite communication. The wearable Firenze security terminal (300) may be designed to have a waterproof and dustproof structure with an IP65 rating or higher, so that the user can continuously wear the terminal even while washing hands, in the rain, or during daily activities, and the data source of the emergency rescue system can operate without interruption.

[0043] Referring to FIG. 4, the secret personal information storage unit (410) may be configured as a secret storage unit logically separated from the general profile storage unit (403). While the general profile storage unit (403) stores non-identifiable or non-sensitive information necessary for calculating life cycle indices and recommending daily services, the secret personal information storage unit (410) may store digital keys, front door passwords, smart lock access tokens, major medical history, medications taken, allergy information, guardian contact information, and emergency entry consent information, which are normally prohibited or restricted from access, as encrypted secret packets. The user terminal (401) may generate a request to store secret data, and the electronic signature or prior consent input unit (402) may generate prior consent data regarding forced entry, opening of digital keys, and provision of medical information in the event of an emergency through the user's electronic signature.

[0044] The consent management unit (420) can store and manage pre-consent data generated upon service subscription, emergency rescue registration, or digital key registration, and can perform consent record management, consent scope management, withdrawal management, consent version management, and audit log management. The pre-consent data may include information regarding the consent scope, application conditions, target organizations, validity period, possibility of withdrawal, proxy consenters, and post-audit methods. When a request for access to secret personal information occurs, the policy engine (430) can sequentially verify whether an emergency event has been activated, whether the requesting party is an authenticated emergency rescue agency or dispatcher, whether the dispatch location matches the user address or event location, whether the access time is within the set validity period, and whether the requested information is within the minimum required scope.

[0045] The policy engine (430) can evaluate emergency event conditions, agency authentication conditions, time conditions, geographical conditions, and role authority conditions to approve or reject access requests, and even if an access request is approved, it can extract or mask only the necessary items, such as digital keys, medical history, and drugs, without opening the entire secret packet at once. The secret personal information storage unit (410) encrypts the secret packet using a data encryption key (DEK), and the data encryption key can be protected by a key encryption key (KEK), a hardware security module, a cloud key management system, or a distributed key fragment. The emergency rescue gateway (440) can temporarily transmit only the minimum necessary information to an authenticated emergency rescue agency or dispatcher terminal based on the approval result of the policy engine (430).

[0046] Referring to FIG. 5, the emergency rescue data flow can be performed sequentially through a wearable security terminal (501), an AI emergency control unit (502), a consent and authorization verification unit (503), a 119 situation room (504), an emergency rescue gateway (505), a dispatched personnel terminal (506), and a rescue site or residence (507). The wearable security terminal (501) can encrypt and transmit biosignal data such as heart rate, electrocardiogram, blood pressure, blood oxygen, and body temperature, or transmit a user's manual emergency call signal. The AI ​​emergency control unit (502) analyzes the received biosignal data to detect abnormal signs such as arrhythmia, decreased consciousness, falls, unresponsiveness, or prolonged inactivity, and if it is determined that an emergency event has occurred, it can transmit a verification request to the consent and authorization verification unit (503).

[0047] The consent and authority verification unit (503) can verify the user's prior consent, the authority of a guardian or representative, the scope of access, and the period of access, and if necessary, can refer to the consent and authority history, access logs, and audit records stored in the data storage unit. Once verification is complete, the 119 control room (504) can receive a report, confirm the location, order the dispatch of an ambulance, and request necessary information. The emergency rescue gateway (505) can issue a one-time access token or OTP via a security linkage API in response to a request from the 119 control room (504) or an authorized emergency rescue agency, and can set the scope of access and validity period. The dispatcher terminal (506) can receive a digital key and a golden time report temporarily after verifying the one-time access token.

[0048] The digital key may be provided as a front door password, a smart lock unlock command, a one-time QR code, an NFC authentication value, or an encrypted door lock control packet. The golden time report may include key medical history, medications taken, allergy information, last GPS location, a summary of recent vital signs, and guardian contact information necessary for determining on-site treatment and transfer to a medical facility. Upon arrival at the rescue site or residence (507), the responding personnel may use the digital key or temporary access authority to perform non-destructive or immediate entry without door-breaking procedures, and proceed with patient identification, emergency treatment, and transfer to a hospital. The status of the rescue, patient information, time of token use, information on the access target, and transfer information may be recorded in the system as log or feedback data.

[0049] Referring to FIG. 6, the volatile data management procedure can be performed by sequentially destroying one-time access tokens, decryption keys, and temporary storage data so that secret personal information opened for emergency rescue does not remain after the rescue is completed. First, the system can set the token's time-to-date (TTL), number of lookups, location where lookups are possible, device where lookups are possible, and role where lookups are possible in the one-time access token issuance step (601). Subsequently, in the secret information temporary opening step (602), digital keys, medical information, or golden time reports can be temporarily opened only within the scope that satisfies the approval conditions of the policy engine.

[0050] In the rescue execution or inquiry step (603), a dispatched member or an authorized emergency rescue agency may use the issued one-time access token to inquire about permitted information, and in the rescue termination or validity period expiration determination step (604), it may be determined whether at least one of the following has occurred: an emergency event termination signal, confirmation of termination by a dispatched member at the scene, termination approval by a guardian, expiration of a set validity period, or termination determination by a control server. If the termination condition is satisfied, the one-time access token is immediately invalidated in the token deactivation step (605), and the data encryption key or session key used for secret packet decryption may be cryptographically destroyed in the session key or decryption key destruction step (606).

[0051] If the decryption key is destroyed, the secret information may become practically impossible to restore, even if the ciphertext itself is partially stored. Subsequently, in the temporary storage data deletion step (607), a remote deletion command may be issued for the secret packet display data temporarily stored on the dispatched personnel terminal, the control room terminal, or the relay server. If a deletion confirmation value is not received, the corresponding token and device may be marked as dangerous and re-access may be blocked. In the audit log storage step (608), for legal and operational post-verification, the event identifier, the institution identifier of the accessing entity, the time of access, the type of information item provided, the time of destruction, the destruction result, and the integrity hash value may be stored as an audit log, excluding the original text of sensitive information. Accordingly, the original text of personal information can be protected while securing the minimum evidence necessary for post-dispute or operational audits, and the risk of privacy leakage after the rescue is completed can be minimized.

[0052] Referring to FIG. 7, the LPPA-based smart farm consignment management and pension-type recurring income management structure may be configured to include a senior user terminal (701), an LPPA education module (702), an activity suitability evaluation unit (703), an Active Income Manager (704), a smart farm consignment management or digital twin (705), a spot worker or production activity matching unit (706), an income settlement ledger (707), and a pension-type recurring income history provision unit (708). The senior user terminal (701) may provide an interface that allows the senior user, family, or guardian to check LPPA education, activity suitability evaluation, the status of smart farm consignment management, and recurring income history. The LPPA education module (702) may provide education on life planning, pension structure, digital device utilization, smart farm operation, community production activities, and data sovereignty through online lectures, practice content, and comprehension tests.

[0053] The activity suitability evaluation unit (703) can calculate the suitability of production activities by synthesizing the user's health status, physical strength, technical proficiency, interest or preference, available time, professional experience, risk preference, and capital investment potential. The Active Income Manager (704) can design a revenue model based on the user's profile, education completion information, activity suitability, health limitations, and asset status, and can match smart farm consignment management rights, remote cultivation management tasks, local spot worker tasks, or community production activities. The smart farm consignment management or digital twin (705) can be linked with actual smart farm facilities or a virtualized cultivation environment and can provide growth data, environmental sensor data, remote control commands, and production yield prediction information to the user terminal (701).

[0054] The digital twin can display crop type, sowing and harvesting schedules, temperature, humidity, CO2 concentration, light intensity, nutrient solution status, production yield forecast, remote control commands, and profit distribution status. The user can check the cultivation status or approve remote control commands within the allowed range via the user terminal (701). The spot worker or production activity matching unit (706) can recommend short-term consultation, lectures, inspections, mentoring, or community work based on the user's professional experience prior to retirement, location, available hours, health limitations, and community reputation. In this case, the recommendation engine can apply safety constraints to prevent recommending excessive outdoor activities to users with high risk levels in their health and housing indices.

[0055] The profit settlement ledger (707) can record the results of smart farm operation, user participation, entrusted management share, risk sharing conditions, profit distribution conditions, costs or fees, audit records, and recurring payment schedules. The pension-type recurring profit details provision unit (708) can provide monthly or quarterly recurring profits, automatic payment details, profit reports, cumulative profits, and estimated profits to the user terminal (701) based on the information recorded in the profit settlement ledger (707). By reflecting the above recurring profit details in the asset index and living index, the platform can enable senior users to track and manage pension-type recurring profits through entrusted management rights, community linkage activities, and smart farm-based production activities, going beyond simple one-time employment.

[0056] The digital legacy management unit (190) can manage advance medical and care intentions, funeral intentions, digital account lists, post-death contacts, intentions to preserve or delete data, inheritance-related documents, and personal records based on the user's well-dying index. The digital legacy management unit (190) normally functions as the user's personal storage, and in the event of a predefined event such as death or loss of mental capacity, it can open only a limited range of information to a designated agent or institution. Digital legacy information can also be encrypted and stored similarly to secret personal information, and the conditions for opening, accessing subjects, validity period, audit logs, and destruction conditions can be managed by a policy engine. Accordingly, the user can record their intentions regarding the end of life based on data and systematically organize post-death assets and data.

[0057] In the above-described embodiments, the 119 emergency dispatch center and the Fire Department interlocking system were explained as examples, but the present invention is not limited thereto and may be interlocked with local government integrated care centers, emergency medical institutions, private security and rescue services, or an authenticated guardian network. Additionally, the wearable security terminal may be implemented as a ring-type structure, but may also be implemented as a wristband type, necklace type, clothing-attached type, or hearing aid type terminal. Both the Peltier thermoelectric generator and the rotary self-charging unit may be included, but depending on the usage environment, either one may be used as a main power auxiliary structure and the other may be included selectively. Furthermore, the digital key may be a fixed front door password, but to enhance security, it may be implemented as a one-time access token of the smart lock, a temporary PIN, a time-limited QR code, an NFC unlock token, or a mutual authentication packet between the dispatcher terminal and the smart lock.

[0058] Furthermore, in the self-reliant senior platform system (100) of the present invention, the platform server (130) may further include a non-store security processing unit, a subscription funnel control unit, an age-based module activation control unit, and a family authority delegation management unit.

[0059] The non-stored security processing unit can process sensitive data, including national pension data, health insurance data, financial data, insurance data, or administrative data, which is called through the public / affiliated API gateway (150), only in a temporary memory area without permanently storing it.

[0060] In detail, the storage-free security processing unit loads source data received from a public API into a RAM-based temporary session area, and then generates only feature values ​​or intermediate calculation values ​​to calculate the health index (H), asset index (A), job index (J), housing index (R), living index (L), community index (C), and well-dying index (W) from the source data. Subsequently, the storage-free security processing unit maps and stores only the feature values ​​or curation result values ​​in the data storage unit (140), and can immediately permanently delete the source API data, response packets, session cache, temporary decrypted data, and intermediate snapshot data.

[0061] The zero-store security processing unit can perform memory dump prevention, cache invalidation, and temporary key deletion processing when at least one of the following conditions is met: the API response termination time, the index calculation completion time, or the session termination time. Accordingly, the platform can implement a Zero-Retention-based data processing structure that maintains only the resulting index without long-term storing the user's sensitive data, even during the normal lifecycle index calculation process.

[0062] The sign-up funnel control unit can perform a step-by-step diagnostic process based on the user's sign-up status, API integration consent status, and level of personal information disclosure. Specifically, the sign-up funnel control unit can calculate a Comprehensive Retirement Index using only basic input data, including the user's age, gender, residential area, occupation group, expected retirement time, self-input health status, or self-input asset level, at the stage prior to sign-up or prior to consent to public API integration.

[0063] The above comprehensive retirement index can be generated as an integrated predicted value or teaser result in the form of a provisional approval that encompasses all seven specific indices, and the platform can provide visualized risk, readiness, and opportunity levels for the user based on the above comprehensive retirement index. Subsequently, once the subscription and consent to public API integration are completed, the subscription funnel control unit can call the National Pension API, Health Insurance API, Finance API, Insurance API, and Administrative API to independently and precisely calculate the health index (H), asset index (A), job index (J), housing index (R), living index (L), community index (C), and well-dying index (W), respectively.

[0064] The platform server (130) can gradually open expanded services including smart farm consignment management, pension-type recurring revenue model, LPPA education, emergency rescue registration, well-dying design, and community production activities based on seven precisely calculated detailed indices. Accordingly, the platform can implement a dual funnel-based user acquisition system that forms a low-friction teaser-based inflow structure in the pre-subscription stage and transitions to an API-based precision diagnosis structure after subscription.

[0065] The age-based module activation control unit can selectively activate only some of the seven specific modules according to the user's age group, life cycle stage, and purpose of service use. Specifically, for users in their 30s and 40s, the age-based module activation control unit prioritizes activating only the modules corresponding to the health index (H), asset index (A), and housing index (R), and can selectively call only the public APIs corresponding to said modules.

[0066] In addition, the age-based module activation control unit can additionally activate modules corresponding to the job index (J) and well-dying index (W) in addition to the health, asset, and housing modules for users in their 40s and 50s, and can activate all seven detailed modules including the living index (L) and community index (C) for users in their 50s and 60s or older.

[0067] The platform server (130) can reduce server traffic, API call costs, and data processing load by selectively calling only the APIs corresponding to the activated modules, and can render a variable UI optimized for the age group to the user terminal (110). Accordingly, the platform can reduce the cognitive load by age and optimize the user experience.

[0068] The family authority delegation management unit can support a family care mode. Specifically, when the family care mode is activated on a user terminal (110) in its 30s or 40s, the family authority delegation management unit can perform a relationship authentication procedure with a parent user account or parent user profile. The relationship authentication can be performed using at least one of a family certificate, guardian consent, biometric authentication, a joint digital signature, or a family relationship-based authentication token.

[0069] Once relationship authentication is complete, the age-based module activation control unit can release the module restriction rules applied to the user in their 30s or 40s and activate all seven specific modules based on the parent generation. Accordingly, the user terminal (110) can switch the entire service screen corresponding to health, assets, housing, jobs, life, community, and well-dying into a UI for parent management and render it.

[0070] In addition, the family authority delegation management unit can notify the child user terminal (110) of changes in the parents' health status, emergency events, changes in pension status, smart farm revenue status, or emergency rescue events. Accordingly, the platform can implement a Family Lock-in based service structure that attracts not only elderly users but also the 30-40 year old generation of children as continuous users of the platform.

[0071] In addition, it is advisable to add the following content to the effect section of the invention.

[0072] In addition, by applying a Zero-Retention structure that processes public API-based sensitive data only in temporary memory and does not permanently store source data, the risk of personal information leakage can be minimized even during normal service operations.

[0073] In addition, user acquisition and service conversion rates can be improved through a dual funnel structure that provides a comprehensive retirement index in the form of a teaser before the sign-up stage, and provides precise diagnostic scores for each of the seven major categories after sign-up and API integration.

[0074] In addition, by selectively activating only the necessary specific modules based on the user age group and calling only the corresponding APIs, it is possible to provide a user-customized UI while reducing server traffic and cognitive load.

[0075] In addition, through the parent care mode, users in their 30s and 40s can manage the entire life cycle services based on their parents' generation, thereby enabling a family-based platform lock-in effect and a generational user acquisition structure.

[0077] Furthermore, in a modified example (not shown) of the present invention, a situation judgment artificial intelligence (not shown) that analyzes biometric data to determine whether an emergency situation exists may be additionally included. The situation judgment artificial intelligence may be an artificial intelligence trained on training data configured by setting the normal biometric data of another user with the same gender and age as the user as feature values ​​and the status of an emergency situation as label values, and the emergency situation can be determined by inputting the user's biometric data transmitted in real time into the situation judgment artificial intelligence.

[0078] It may further include a symptom judgment AI (not shown) that analyzes biometric data to determine the type of emergency situation (myocardial infarction, heatstroke, hypovolemic shock, arrhythmia, syncope).

[0079] The symptom judgment AI may be an AI trained on biometric data from emergency situations of other users of the same gender and age as the user. For example, the symptom judgment AI may be an AI trained on training data configured by setting the biometric data from emergency situations of other users of the same gender and age as the user as feature values ​​and the types of emergency symptoms (myocardial infarction, heatstroke, hypovolemic shock, arrhythmia, syncope) as label values, and the AI ​​can determine an emergency situation by inputting the user's biometric data, which is transmitted in real-time during an emergency, into the situation judgment AI.

[0080] It may further include a judgment transmission module (not shown) that selects and processes one of a plurality of artificial intelligences trained with different training data depending on the type of emergency situation, and selects and transmits one of a plurality of emergency situation signals to a rescue terminal.

[0081] In this case, multiple artificial intelligences can be classified into a first artificial intelligence, a second artificial intelligence, and a third artificial intelligence.

[0082] The first artificial intelligence may be an artificial intelligence trained with training data configured by setting the normal biometric data and emergency biometric data of another user who has the same gender as the user and is younger than the user by a set value as feature values, and the types of emergency situation signals (Stage 1, Stage 2, Stage 3) as label values.

[0083] The second artificial intelligence may be an artificial intelligence trained on training data configured by setting the biometric data of another user with the same gender and age as the user during an emergency as feature values ​​and the type of emergency signal as label values.

[0084] The third artificial intelligence may be an artificial intelligence trained with training data configured by setting the normal biometric data of another user who has the same gender as the user and is older than the user by a set value as feature values, and the types of emergency situation signals as label values.

[0085] In this case, multiple emergency signals can be classified into Stage 1, Stage 2, and Stage 3, with the severity increasing from Stage 1 to Stage 3, where Stage 1 is the least dangerous level of severity and Stage 3 is the most dangerous level of severity.

[0086] The judgment transmission module can transmit the selected emergency signal by inputting the user's normal biometric data and the biometric data during the emergency situation into the first artificial intelligence among multiple emergency signals when the type of emergency situation is myocardial infarction and arrhythmia.

[0087] This is because the key is to precisely assess how much myocardial infarction and arrhythmia deviate from an individual's normal physiological rhythm; therefore, it is reasonable to select the first AI, which receives both routine and emergency biometric data to determine risk by simultaneously estimating the magnitude and rate of change relative to an individual baseline. Furthermore, the first AI has the advantage of being trained on data from a group of individuals of the same gender who are a certain age younger than the user, thereby reducing misjudgments of risk associated with age-related conduction decline or reduced vascular elasticity.

[0088] In addition, the judgment transmission module can transmit a selected emergency signal by inputting the user's biometric data during the emergency into the second artificial intelligence among multiple emergency signals when the type of emergency situation is heatstroke and fainting.

[0089] Since heatstroke and syncope are events that occur explosively within a short timeframe due to acute environmental stress or autonomic nervous system imbalance, and critical diagnostic signals are concentrated on the instantaneous patterns of the event itself—such as a sudden spike in body temperature at the moment of emergency, a breakdown in heart rate variability, and transient hypoperfusion patterns—it is appropriate to select a second AI trained on peer data that matches the user's gender and age, using only biometric data from the emergency situation as input.

[0090] Furthermore, when the type of emergency situation is hypovolemic shock, the judgment transmission module can input the user's normal biometric data among multiple emergency situation signals into the third artificial intelligence and transmit the selected emergency situation signal.

[0091] This is because hypovolemic shock is characterized by starting with non-specific bodily reactions and progressing to failure of peripheral blood flow compensation and collapse of central hemodynamics, and baseline hemodynamics, fluid distribution, and vascular reactivity change significantly with increasing age, making it advantageous to accurately read long-term trends based on an individual's normal biological data for risk assessment. The third artificial intelligence is suitable because it is trained on the normal biological data of a group of people of the same gender and a certain age greater than the user, implicitly correcting for baseline hypoperfusion, slowed autonomic response, and decreased myocardial compliance common in the elderly, and is designed to detect risk conservatively relative to the baseline even if there is partial data loss or measurement delay in the event interval.

[0093] Although embodiments of the present invention have been described above with reference to the attached drawings, those skilled in the art will understand that the present invention may be implemented in other specific forms without altering its technical concept or essential features. Therefore, the embodiments described above should be understood as illustrative in all respects and not restrictive.

Claims

Claim 1 In an independent senior platform system that provides personalized services based on the life cycle data of a senior user, the system comprises: a wearable security terminal that collects, encrypts, and transmits the biometric data of the senior user; a data linkage unit that collects public data APIs, user input data, wearable data, and affiliate service data; a seven-specific index calculation unit that converts the collected data into seven specific indices including a health index, asset index, job index, housing index, living index, community index, and well-dying index; a life cycle curation unit that recommends at least one of administrative, financial, safety, medical, housing, productive activity, and legacy management services based on the seven specific indices; a secret personal information storage unit that encrypts and stores digital keys, major medical history, medications taken, allergy information, and emergency entry consent information; an AI emergency control unit that detects abnormal signs in biometric data received from the wearable security terminal or an emergency call from the senior user; and an emergency rescue gateway that temporarily opens necessary items among the secret personal information in response to an access request from an authenticated emergency rescue agency. A self-reliant senior platform system comprising a volatile data management unit that automatically destroys open information, one-time access tokens, or decryption keys upon the termination of emergency rescue or the expiration of a set validity period, wherein the seven detailed index calculation unit generates the health index, the asset index, the job index, the housing index, the living index, the community index, and the well-dying index into a multidimensional life cycle vector, and the life cycle curation unit selects one of a recommendation strategy among risk-first curation, opportunity-first curation, or balance curation based on the risk, readiness, opportunity, and urgency included in the multidimensional life cycle vector. Claim 2 delete Claim 3 An independent senior platform system according to claim 1, wherein the life cycle curation unit comprises a Biometric Guardian module corresponding to the health index, a Pension Architect module corresponding to the asset index, a Safety Hub module corresponding to the housing index, an Active Income Manager module corresponding to the job index, a Hyper-Personalized Life module corresponding to the living index, a Social Network module corresponding to the community index, and a Legacy Planning module corresponding to the well-dying index. Claim 4 In paragraph 3, the self-reliant senior platform system is characterized in that the Biometric Guardian module analyzes abnormal signs of biosignals based on at least one of wearable biometric data and 3D scan data, and recommends customized healthcare devices or management protocols. Claim 5 In paragraph 3, the Pension Architect module is characterized by analyzing asset data including at least one of pension, insurance, financial assets, real estate, debt, and expenditure patterns to predict the sustainability of available assets after retirement and recommending smart farm entrusted management or a pension-type recurring income model, thereby forming a self-reliant senior platform system. Claim 6 In claim 1, the self-reliant senior platform system further comprises a storage-free security processing unit, wherein the storage-free security processing unit processes sensitive data including National Pension data, Health Insurance data, financial data, insurance data, or administrative data called through a public / affiliated API gateway only in a temporary memory area without permanently storing it, loads source data received from a public API into a RAM-based temporary session area, generates only feature values ​​or intermediate calculation values ​​for calculating the health index, asset index, job index, housing index, living index, community index, and well-dying index from the source data, maps and stores only the feature values ​​or curation result values ​​in a data storage unit, and immediately permanently deletes source API data, response packets, session cache, temporary decrypted data, and intermediate snapshot data. Claim 7 In claim 1, the self-reliant senior platform system further comprises a subscription funnel control unit, wherein the subscription funnel control unit performs a step-by-step diagnostic process according to the user's subscription status, API integration consent status, and personal information disclosure level, and in the stage prior to membership registration or prior to consent to public API integration, calculates a comprehensive retirement index encompassing all seven specific indices using only basic input data including the user's age, gender, residential area, occupation group, expected retirement time, self-input health status, or self-input asset level, and when membership registration and consent to public API integration are completed, calls the National Pension API, Health Insurance API, Financial API, Insurance API, and Administrative API to independently and precisely calculate the health index, asset index, job index, housing index, living index, community index, and well-dying index, respectively. Claim 8 In paragraph 3, the self-reliant senior platform system further comprises an age-based module activation control unit, wherein the age-based module activation control unit selectively activates some of the modules corresponding to the seven specific indices according to the user's age group, life cycle stage, and purpose of service use, prioritizes activating modules corresponding to the health index, asset index, and housing index for users in their 30s to 40s, additionally activates modules corresponding to the job index and well-dying index in addition to the modules corresponding to the health index, asset index, and housing index for users in their 40s to 50s, activates all seven specific modules including the living index and community index for users in their 50s to 60s or older, and selectively calls only the APIs corresponding to the activated modules. Claim 9 In claim 8, the above-mentioned self-reliant senior platform system further comprises a family authority delegation management unit, wherein the family authority delegation management unit performs a relationship authentication procedure with a parent user account or parent user profile when a parent care mode is activated on a user terminal of a user in their 30s or 40s, wherein the relationship authentication is performed using at least one of a family certificate, guardian consent, biometric authentication, joint electronic signature, or family relationship-based authentication token, and wherein, when the relationship authentication is completed, the age-based module activation control unit releases the module restriction rule applied to the user in their 30s or 40s and activates all modules of the seven specific categories based on the parent generation, and wherein the user terminal switches and renders the entire service screen corresponding to health, assets, housing, jobs, life, community, and well-dying into a UI for parent management.

Images