KR20220159756A - Total platform of life-care for vulnerable social group and method thereof - Google Patents

Abstract

The present invention relates to a total lifecare platform for vulnerable social groups, which enables the vulnerable to use support funds in a non-face-to-face manner, and a providing method thereof. According to the present invention, the total lifecare platform comprises: a support target authentication unit comparing use application information received from a user terminal with support fund data of a support fund execution system or user data of a vulnerable social group support management system to authenticate whether a user is a support target person; an account management unit for creating and managing an account when the support target is authenticated; a database interlocking unit interworking with a database of the fund execution system or the vulnerable social group support management system to acquire data; a data processing engine collecting, extracting, or converting the interlocked data so that a private service platform can be used; a service use approval unit approving service use of the private service platform requested from the user terminal; and a payment settlement unit requesting payment of the service use price of the private service platform to the support fund execution system to perform settlement.

Description

Life care integrated platform for the vulnerable and its provision method {TOTAL PLATFORM OF LIFE-CARE FOR VULNERABLE SOCIAL GROUP AND METHOD THEREOF}

The present invention relates to a life care integration platform, and more particularly, to a life care integration platform and a method of providing the same, which allow the vulnerable to freely and transparently use support funds non-face-to-face in conjunction with a private service platform.

Currently, the central and local governments are supporting the vulnerable who are experiencing economic difficulties. A representative support project for the underprivileged is the meal support project for undernourished children. According to statistics from the Ministry of Health and Welfare, the number of undernourished children in 2019 was 330,014, accounting for 4.1% of the total child population of 7,928,907 in the same year. Undernourished children can receive breakfast, dinner, and lunch from the local government during holidays and holidays, and school meals during the semester from the Office of Education.

However, as Corona 19 continues, it is becoming difficult for undernourished children to go to school. As non-face-to-face classes continue, undernourished children are not properly provided with lunch support during the face-to-face semester. A children's meal card that can be used at affiliated stores can be considered as a solution, but there are limitations because children's meal cards must also be paid face-to-face. Therefore, the need for non-face-to-face use of meal support by undernourished children continues to emerge.

1 is a block diagram showing a vulnerable class meal support system according to the prior art.

Referring to FIG. 1 , conventionally, a special purpose card 10 for a vulnerable class is provided to a person subject to support to support and manage meals. The special purpose card 10 for the vulnerable class can be used only in the dedicated reader 20 to prevent illegal supply and demand. That is, the special purpose card 10 can be used only at a designated affiliated store 30 equipped with a dedicated reader 20 . The designated merchant 30 may be designated through a preliminary examination by the local government 40 . In addition, the special purpose card 10 for the vulnerable class may receive a welfare coupon from the local government 40 and use it in the form of a charge. The welfare coupon may be a money voucher providing a certain amount of money, a restaurant coupon or a gift card that can be used at designated affiliated stores.

Therefore, the support target receives welfare coupons from the local government 40 as a special purpose card 10 for the vulnerable class, and can use them only at designated affiliated stores 30 having dedicated readers 20.

In addition, the dedicated reader 20 according to the prior art designates items that can be purchased using a pre-set available product DB 50 . For example, the purchasable product DB 50 includes milk, fruit, dairy products, or egg shells, and may not include carbonated drinks, snacks, alcoholic beverages, or cigarettes.

In addition, the use of support money and coupons is settled using the settlement server 60, and the settlement result is delivered to the local government 40. The delivered settlement result may include purchased product, place or card information.

The prior art meal support system for the underprivileged needs to issue a special purpose card 10 for the underprivileged in order to use welfare coupons. Issuing the special purpose card 10 for the vulnerable class causes a lot of cost, and if it is lost, it cannot be used until it is reissued.

In addition, since the special purpose card 10 for the vulnerable class is used only at the designated affiliated store 30, there is a problem that the user has to find the designated affiliated store 30 one by one. In addition, due to the recent spread of infectious diseases such as COVID-19, it is difficult to provide face-to-face meal support for the vulnerable due to the closure of local children's centers and group cafeterias, and the closure of meal support affiliates (restaurants). Therefore, since the designated affiliated store 30 available to support recipients is limited, the types of meals that can be provided are also limited. In addition, since a convenience store accounts for a high portion of the designated member stores 30, it is difficult to ensure a nutritional balance of support subjects.

Since the special purpose card 10 for the vulnerable class can be used only in the dedicated reader 20, the fact that the special purpose card 10 for the vulnerable class is used must be notified to the designated affiliated store 30. This can cause a great sense of rejection by giving the support target a stigma of meal support.

As described above, the conventional system, issuance and management of the special purpose card 10, installation and distribution of the dedicated reader 20, update restriction of the purchasable product DB 50, installation of a separate settlement server 60 dedicated network The equipment of social resources on the back was serious.

In addition, it is difficult to block illegal use by others, and it causes psychological and physical discomfort even in the use of the vulnerable class.

In addition to the inconvenience of using such a conventional system, it is impossible to expand additional services, and there are many shortcomings in securing and recycling use data.

The technical task to be achieved by the present invention is to provide a life care integrated platform that supports the vulnerable to use non-face-to-face support funds in conjunction with a private service platform.

In addition, the present invention provides an integrated platform that facilitates additional expansion of private services while providing various services to vulnerable users.

In addition, the present invention can provide various life care services for each life cycle by linking and processing data based on service use data.

In addition, it provides solutions that create new business opportunities by sharing and collaborating with various application services of private service providers in conjunction with private service platforms.

The technical problem to be achieved by the present invention is not limited to the above-mentioned technical problem, and other technical problems not mentioned can be clearly understood by those skilled in the art from the description below. There will be.

In order to solve the above problems, the life care integration platform according to an embodiment of the present invention compares the use application information received from the user terminal with the support fund data of the support fund execution system or the user data of the vulnerable class support management system, A support target authentication unit that certifies whether or not a support target is eligible; an account management unit that creates and manages an account when the support target is certified; , a data processing engine that collects, extracts, or converts the interlocked data so that the private service platform can be used, a service use approval unit that approves the service use of the private service platform requested from the user terminal, and the It may include a usage fee settlement unit that requests and settles the payment of the service usage fee of the private service platform to the support fund execution system.

In addition, the life care integration platform may further include a service monitoring unit for monitoring service use requests and progress of the private service platform.

In addition, the at least one private service platform may further include an open API providing unit that provides an API so that extended application services and programs can be developed in association with the life care integration platform.

Here, the API may include a dedicated account API capable of logging in to the at least one private service platform using the dedicated account created by the account creation unit.

In addition, the API is a user authentication API used to provide user authentication information of a vulnerable class to the at least one private service platform, and used to provide support fund information available to the user to the at least one private service platform. Available support fund information API, usage rights information API used to provide confirmation of the service usage rights to the at least one private service platform, and payment agency API used to request payment for service usage of the at least one private service platform At least one of them may be further included.

On the other hand, the support subject authentication unit and the service use approval unit may be performed through a dedicated app (APP) installed in the user terminal.

In addition, according to another embodiment of the present invention, a life care integration platform providing method for supporting the use of at least one private service platform service using a user terminal of a vulnerable class, receiving a platform use request from the user terminal Step, comparing the request for use of the platform with user data provided by the support management system for the underprivileged, and authenticating the support recipient, receiving support fund data from the support fund execution system and creating an account for the user when the support recipient is authenticated. Creating and registering, receiving a service use request from a user terminal using the registered account, and transmitting the received service use request to a private service platform, receiving a user authentication and authorization request from the private service platform And transmitting the user authentication and authority confirmation results to the private service platform and receiving a payment request for the use of the service from the private service platform, and transmitting the received payment request to the support fund execution system to settle steps may be included.

Here, the providing method may further include analyzing and storing a usage pattern of the service provided from the private service platform.

In addition, the providing method may include receiving a registration request for a service to be added from the private service platform; transmitting the received request to the vulnerable class support management system and receiving an approval or non-approval from the vulnerable class support management system; and adding and registering the to-be-added service of the approved private service platform.

According to an embodiment of the present invention, since the vulnerable class can use the support money non-face-to-face, the closure of the group cafeteria due to the epidemic of infectious diseases, the suspension of school meals during the semester due to the postponement of school attendance, limitations can be addressed.

In addition, according to the present invention, since the vulnerable class can use the support money non-face-to-face, it is possible to prevent disuse of the payment due to a sense of stigma. In this way, it is possible to eliminate the blind spot of support for the vulnerable class and minimize the psychological and physical resistance of each support target.

In addition, in connection with private service platforms, it is possible to provide guidance on a balanced diet by receiving meal support from various affiliated stores. In addition, application services can be created by linking and processing service usage data. New business opportunities can be created by sharing and collaborating with various application services with local SMEs and affiliates.

In addition, by using real-time monitoring to collect support fund execution data or manage support fund fraudulent use, it is possible to maximize the work efficiency of personnel in charge of government, local governments, and welfare institutions.

The effects of the present invention are not limited to the above effects, and should be understood to include all effects that can be inferred from the detailed description of the present invention or the configuration of the invention described in the claims.

1 is a block diagram showing a vulnerable class meal support system according to the prior art.
Figure 2 is a schematic diagram illustrating the operation of the integrated life care platform according to an embodiment of the present invention.
3 is a detailed block diagram illustrating a life care integration platform according to an embodiment of the present invention.
4 is a diagram illustrating a method of linking and processing data of a life care integration platform and a vulnerable class support management system according to an embodiment of the present invention.
5 is a diagram illustrating an embodiment using a dedicated app of the life care integration platform according to an embodiment of the present invention.
6 is a diagram illustrating an embodiment using a dedicated account of the life care integration platform according to an embodiment of the present invention.
7 is a diagram illustrating APIs that can be provided by the life care integration platform according to an embodiment of the present invention.
8 is a flowchart illustrating a method of registering a user in the life care integration platform according to an embodiment of the present invention.
9 is a flowchart illustrating a method of using a service of a life care integration platform according to an embodiment of the present invention.
10 is a flowchart illustrating a method of extending a service of a life care integration platform according to an embodiment of the present invention.

Hereinafter, the present invention will be described with reference to the accompanying drawings. However, the present invention may be embodied in many different forms and, therefore, is not limited to the embodiments described herein. And in order to clearly explain the present invention in the drawings, parts irrelevant to the description are omitted, and similar reference numerals are attached to similar parts throughout the specification.

Throughout the specification, when a part is said to be "connected (connected, contacted, combined)" with another part, this is not only "directly connected", but also "indirectly connected" with another member in between. "Including cases where In addition, when a part "includes" a certain component, it means that it may further include other components without excluding other components unless otherwise stated.

Terms used in this specification are only used to describe specific embodiments, and are not intended to limit the present invention. Singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, terms such as "include" or "have" are intended to indicate that there is a feature, number, step, operation, component, part, or combination thereof described in the specification, but one or more other features It should be understood that the presence or addition of numbers, steps, operations, components, parts, or combinations thereof is not precluded.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

Figure 2 is a schematic diagram illustrating the operation of the integrated life care platform according to an embodiment of the present invention.

A user may use the life care integration platform 100 using a general user terminal 1 . Users may include basic recipients, welfare recipients, and vulnerable groups that are socially determined to be in need of protection. In addition, the user terminal 1 may include a PC, desktop, smart phone, tablet, and the like.

First, the life care integration platform 100 receives a platform use request from the user terminal 1, and may authenticate whether or not a support target is supported using user information included in the platform use request. User information may include user name, address, local government and support type. That is, only users who are authenticated as support targets based on user information can use the service. And, only authenticated users can create accounts.

Therefore, since only a user authenticated as a support target can create an account and use the service, it is possible to solve the problem of fraudulent supply and demand in which a virtual person uses support money.

In addition, the life care integration platform 100 may receive a service use request from the user terminal 1 . The received service request information may be transmitted to a plurality of private service platforms 200A, 200B, and 200C. The service request information will be one of services provided by a plurality of private service platforms (200A, 200B, 200C).

A plurality of private service platforms (200A, 200B, 200C) may include an intermediary platform such as a food delivery platform, an ordering agency, and a purchasing agency. In addition, the service request information may be generated by selecting a sale or service item of a plurality of private service member stores (a, b, c).

The plurality of private service affiliated stores (a, b, c) may be designated affiliated stores through a preliminary examination. In addition, the plurality of private service affiliates a, b, and c may be general affiliates registered in the plurality of private service platforms 200A, 200B, and 200C.

The life care integration platform 100 may identify a plurality of private service platforms 200A, 200B, and 200C and a plurality of private service member stores a, b, and c by analyzing the received service request. In addition, service request information may be transmitted to the verified private service platform and private service affiliated stores. The private service platform and the private service affiliate may provide the requested service to the user by using the transmitted service request information.

Life care integration platform 100 can pay the use price to the private service platform. Life care integration platform 100 may check the details of the support fund using the user account. Life care integration platform 100 may use the confirmed support details to pay for the use of the requested service to the private service platform.

For example, the life care integration platform 100 can confirm a food service request to the private service platform 200A and the private service affiliated store b selected by the user terminal 1, and the service request information is sent to the private service It can be transmitted to the platform (200A). At this time, the private service platform 200A may transmit service request information to the private service affiliated store b included in the service request information. If the food service request information is first transmitted to the private service platform 200A, the life care integration platform 100 may also perform a process of approving it.

When the food service request is transmitted and approved, the private service member store (b) delivers food to the address designated by the user terminal (1).

Meanwhile, the life care integration platform 100 may analyze user information to check subsidy details. It is possible to pay the usage fee to the private service platform 200A using the confirmed support fund details. The private service platform 200A may pay the paid usage fee to the private service affiliated store (b).

As another example, the life care integration platform 100 may additionally receive various support from the private service platform 200C, such as fee and delivery fee exemption and discount coupon issuance. The life care integration platform 100 allows the user terminal 1 to be available by general management of these discount coupons or donation-type financial resources together with support funds.

As a result, it is possible to increase the social contribution of the private service platform 200C and solve the demand for corporate social responsibility.

The subsidy execution system 300 may manage the subsidy available to the user and perform information exchange and settlement with the life care integration platform 100 .

The life care integration platform 100 may request support fund data from the support fund execution system 300 using the information input to authenticate whether the user is a support target. The support fund data may include a form of support fund paid to the user and history details of the support fund. For example, support fund data may be received from the support fund execution system 300 operated by a local government, support fund type and support fund history details corresponding to the user may be confirmed, and support fund may be received.

In addition, the life care integration platform 100 may receive user data from the vulnerable class support management system 400 to determine whether the user is a support target and authenticate. The user data may include personal information such as the user's name, address, and competent authority, supply and demand history information, and income/property information.

In addition, the life care integration platform 100 may generate additional data by analyzing user usage data. For example, additional data such as support fund use information, eating information, statistical information for each period, and satisfaction survey information may be generated by analyzing the user's service use details.

At this time, the use data utilization system 500 may receive the generated additional data from the life care integration platform 100 . As will be described later, the usage data utilization system 500 may create application services such as a customized dietary guidance service, collection of support fund execution data, and management of fraudulent use of support funds using the received additional data. Using the created customized dietary guidance service, correct eating guidance for users may be possible. In addition, by using support fund execution data collection or support fund fraud management, it is possible to maximize work efficiency of personnel in charge of government, local governments, and welfare institutions.

The life care integration platform 100 may be independently operated separately from the subsidy execution system 300, the vulnerable class support management system 400, and the use data utilization system 500. In addition, the life care integration platform 100 may be selectively integrated with at least one or more of the subsidy execution system 300, the vulnerable class support management system 400, and the use data utilization system 500.

Accordingly, since the subsidy execution system 300 operated by the local government and the government's support management system 400 for the underprivileged can be linked, only verified users can be managed so that the subsidy can be paid. In addition, data utilization can be expanded by interworking with the use data utilization system 500 .

Since the life care integration platform 100 shown in FIG. 2 is operated in a form of interlocking with a government management system and a private service platform, it is free to add new welfare information and private services to support the vulnerable class. It is possible to continuously expand the service.

3 is a detailed block diagram illustrating a life care integration platform according to an embodiment of the present invention.

Referring to FIG. 3, the life care integration platform 100 includes a support target authentication unit 110, an account management unit 120, a database linkage unit 130, a data processing engine 140, a service use approval unit 150, It may include a usage fee settlement unit 160, a service monitoring unit 170, an open API providing unit 180, and a usage data analysis/storage unit 190.

First, the support target authentication unit 110 may authenticate whether the user is a support target by comparing user information included in a platform use request transmitted by a user with support fund data and user data.

The support fund data may be received by the support fund execution system 300 . The received support fund data may include support fund types and support fund history details of the support target. When the support fund data includes use request information input to the user terminal, it may be determined that the user is a support target.

Also, the user data may be received from the vulnerable class support management system 400 . The received user data may include personal information such as the name and address of the support target. When the user data matches user information input to the user terminal, it may be determined that the user is a support target.

In this way, since only authenticated users can use the service, it is possible to solve the problem of illegal supply and demand in which a virtual person is supported.

The account manager 120 may create and manage an account of a user authenticated as a valid support target. The user account may be in the form of ID and password, and login information and authentication information of the created account may be managed.

The database interlocking unit 130 may interwork with data of external systems such as the subsidy execution system 300, the underprivileged class support management system 400, and the use data utilization system 500. For example, support fund data may be requested and provided to the support fund execution system 300 . User data may be requested and provided to the vulnerable class support management system 400 . In addition, application services may be expanded by providing service use data to the use data utilization system 500 . That is, the database interlocking unit 130 may request and acquire data from an external system in real time, and may extend application services by providing data to the external system.

The data processing engine 140 may process data of an interlocked external system. First, support fund data and user data may be collected from the database interlocking unit 130 . In addition, necessary data can be extracted from among the collected data and converted so that tasks can be performed. For example, in order to pay a support fund to a user, support fund history details may be extracted from support fund data. The extracted support fund history details can be converted into the currently available support fund amount. In this way, the data processing engine 140 may collect, extract, or convert data from external systems and process the data necessary for using the service of the private service platform.

The service use approval unit 150 may approve the use of the service by determining whether the service is usable by the authenticated user. If a service available to the user is a food service, but a book service is requested, it may be determined that the user does not have the right to use the service. If the use of the service is approved, the user's service request may be sent to the private service platform.

The usage fee settlement unit 160 may settle the usage fee paid for using the service. First, the usage fee settlement unit 160 may request payment for approved services from a private service platform. The support fund execution system 300 may be requested to pay the amount requested from the private service platform. In this way, the subsidy execution system 300 may settle the subsidy by providing the subsidy to the private service platform.

The service monitoring unit 170 may provide real-time monitoring to a user terminal, the subsidy execution system 300 or the underprivileged class support management system 400 . For example, the user's service use request history and progress status may be checked. As a result, it is possible to check in real time whether the user is receiving or using the subsidy in a negative way and deal with it. In addition, it is possible to monitor the progress of whether the private service requested by the user is fully provided to the user.

The open API providing unit 180 may provide an API capable of developing extended application services and programs so that the private service platform can be linked with the life care integration platform 100 . An API (Application Program Interface) is an interface made to control functions provided by an operating system or programming language. The open API providing unit 180 may provide APIs to be utilized in various services and applications.

For example, a user's account created by the life care integration platform 100 may be provided as a dedicated account API. As will be described later, the private service platform can receive user account information through a dedicated account API. At this time, the user can add the account created in the life care integration platform to the private service platform. That is, the user can use the private service platform using the account created in the life care integration platform.

The use data analysis/storage unit 190 may analyze and store accumulated service use data. For example, by analyzing a pattern of service data used by the user, support fund use information, eating information, statistical information for each period, and satisfaction survey information may be stored. In addition, it can be used in conjunction with the usage data utilization system 500. Accordingly, the information analyzed and stored in the usage data analysis/storage unit 190 can be used in the usage data utilization system 500 to create application services such as a customized diet guidance service, support fund execution data collection, and support fund fraud management.

4 is a diagram illustrating a method of linking and processing data of a life care integration platform and a vulnerable class support management system according to an embodiment of the present invention.

First, the database linking unit 130 may link the vulnerable class support management system 400 and user data. User data may include personal information (F1), supply and demand history information (F2), and income/property information (F3).

The data processing engine 140 may collect user data from the database linking unit 130 . In addition, only necessary data can be extracted and converted from the collected data. The converted data may include login information (T1), authentication information (T2), authority information (T3), support fund information (T4), and the like. The converted information is used for user authentication of the life care integration platform 100 and connection and use approval of private service platforms.

Also, the use data analysis/storage unit 190 may analyze and store the data processed by the data processing engine 140 . Additional data may be generated by analyzing patterns of service use data accumulated in the data processing engine 140 . Data such as support fund use information (S1), eating information (S2), statistical information by period (S3), and satisfaction survey information (S4) may be generated and stored by analyzing user service use data.

The use data utilization system 500 may utilize data analyzed and stored in the use data analysis/storage unit 190 . Accordingly, the information analyzed and stored in the usage data analysis/storage unit 190 can be used in the usage data utilization system 500 to create application services such as a customized diet guidance service, support fund execution data collection, and support fund fraud management.

In addition, data processing and analysis may be performed in conjunction with external systems other than the vulnerable class support management system 400 and the use data utilization system 500 .

5 is a diagram illustrating an embodiment using a dedicated app of the life care integration platform according to an embodiment of the present invention.

Referring to FIG. 5 , the user may use the life care integration platform by installing a dedicated app APP1 of the life care integration platform 100 in the user terminal 1 . The user terminal 1 may include a PC, desktop, smart phone, tablet, and the like.

The dedicated app (APP1) may be installed in the user terminal 1, perform authentication of vulnerable users in an integrated manner, and perform a hub function of a linked private service platform.

Specifically, the user may activate the dedicated app APP1 using the user terminal 1 to transmit data such as authentication of support recipients, account creation, and service use. In addition, it is possible to receive data such as whether a support target is authenticated, whether an account is created, and whether service use is approved from the dedicated app (APP1).

The dedicated app (APP1) may transmit the support target authentication data received from the user terminal 1 to the support target authentication unit 110. The support target authentication unit 110 may determine whether or not the support target using the received support target authentication data. That is, only those who have been certified as support targets can use the service. Accordingly, it is possible to prevent fraudulent receipt of support money by maliciously generating a virtual person who is not a target of support.

In addition, the service use approval unit 150 may determine whether to use the service requested by the user terminal. When it is determined that the service requested by the user is a purchasable service, service use may be approved. In addition, if service use is approved, service use can be requested through a private service platform.

The usage fee settlement unit 160 may request service usage fee settlement from the private service platform 200A. As much as the requested service usage amount, the usage fee settlement unit 160 provides a usage price to the private service platform, settles the support money, and performs balance management.

6 is a diagram illustrating an embodiment using a dedicated account of the life care integration platform according to an embodiment of the present invention.

Referring to FIG. 6 , the private service platform 200A may provide the user terminal 1 with login through a dedicated account using a dedicated account API (API1).

In this embodiment, the user can use the life care integration platform 100 by accessing the private service platform 200A in a conventional way, but logging in with a preset dedicated account. To this end, the user may create a life care integration platform account in advance.

The pre-generated account is used in the login process implemented by the private service platform 200A as a dedicated account API to be authenticated as a vulnerable class and used to use the support fund supported by the life care integration platform 100.

Approval is performed for an account created in advance from the account management unit 120 through a dedicated account API (API1) and user authentication requested by the private service platform 200A. Accordingly, the user terminal 1 may log in to the service of the life care integration platform 100 using a dedicated account API (API1) in the private service platform 200A.

The private service platform 200A can secure a vulnerable class as a user of the private service platform 200A by using a dedicated account API (API1). In addition, the private service platform 200A may provide users with services such as additional discount coupons and delivery fee exemption in order to secure users. The private service platform 200A expands the market by securing users, and the user can receive more support from the private service platform 200A.

Similarly, the service use approval unit 150 may determine whether to use the service requested from the user terminal. When it is determined that the service requested by the user is a purchasable service, service use may be approved. In addition, when service use is approved, service use may be requested to the private service platform 200A.

The usage fee settlement unit 160 may request service usage fee settlement from the private service platform 200A. As much as the requested service usage amount, the usage fee settlement unit 160 may provide the private service platform 200A.

In the case of the embodiment shown in FIG. 6 , a vulnerable user can use a private service platform in a general way through a dedicated account created through one-time authentication.

7 is a diagram illustrating APIs that can be provided by the life care integration platform according to an embodiment of the present invention.

Referring to FIG. 7 , the open API provider 180 may provide an API to develop extended application services and programs.

APIs include user authentication API (A1), available support fund information API (A2), usage rights information API (A3), payment agency API (A4), service history API (A5), coupon/donation API (A6) and service extension and a registration API (A7).

For example, by providing the user authentication API (A1) to the private service platform, it is possible to provide the user authentication information of the vulnerable layer to the private service platform.

In addition, by providing the available support fund information API (A2) to the private service platform, the private service platform can check the available support fund information for the user.

When the use right information API (A3) is provided to the private service platform, the private service platform can check whether the user has the right to use the service through the life care integration platform 100.

When the payment agency API (A4) is provided to the private service platform, the private service platform can request the life care integration platform 100 for payment agency by checking the service usage amount.

In addition, when a private service platform uses the service history API (A5), it is possible to provide a service tailored to the user by checking the user's service use history, monitoring the user's use or analyzing the pattern.

In addition, when using the coupon/donation provision API (A6), additional benefits such as service use coupons, delivery charge exemption, and donations can be provided to the user.

In addition, when service extension and registration API (A7) is provided to the private service platform, the private service platform can add and register services. For example, when adding and registering private service platform services such as food, stationery, books, and exercise, various types of services are provided using the account of the life care integration platform using the service extension and registration API (A7). it is possible to provide

8 is a flowchart illustrating a method of registering a user in the life care integration platform according to an embodiment of the present invention.

In step S100, the life care integration platform 100 may receive a platform use request from the user terminal 1. First, the user terminal 1 may transmit user information for proving that it is a support target for application for use. The platform use request may include personal information and support information such as user name, address, local government and support type.

In step S110, the life care integration platform 100 may request user data from the vulnerable class support management system 400. In this case, the user data may include personal information such as the user's name, address, and competent authority, supply and demand history information, and income/property information.

In step S120, the vulnerable class support management system 400 may provide the requested user data to the life care integration platform 100.

In step S130, the life care integration platform 100 may request support fund data from the support fund execution system 300. The support fund data may include a type of support fund paid to the user based on the received user data, a support fund history detail, and the like.

In step S140, the support fund execution system 300 may provide support fund data to the life care integration platform 100.

In step S150, the life care integration platform 100 may authenticate the user and create an account by using the received user data and support fund data. First, the user data and the platform use request received from the user terminal 1 are compared, and if they match, an account will be created.

In addition, the life care integration platform 100 may check whether support fund data corresponding to the user data exists. If there is no error in the information of the platform use request received from the user terminal 1, the user data, and the support fund data, it may be determined that the person eligible for support. If it is determined that the user is eligible for support, a user account is created and registered.

In step S160, the authentication result may be transmitted to the user terminal 1. If the user is authenticated as a support target, it may be transmitted to the user terminal 1 that the user is authenticated as a support target, the service can be used, and the user account can be registered. When a user account is registered, at least one of an approval message, a certificate, a user credential, and a biometric information certificate is provided to the user terminal 1 so that the user can continuously use the service of the life care integration platform 100 thereafter.

In step S170, the user terminal 1 may register a user. That is, only the account of a user whose result is transmitted as a support target can be registered as a user. Since only authenticated users can use the service, fraudulent supply/demand and fraudulent use of support funds can be prevented.

9 is a flowchart illustrating a method of using a service of a life care integration platform according to an embodiment of the present invention.

First, in step S200, the life care integration platform 100 may receive a service use request from the user terminal 1 and transmit the service request to the private service platform 200. In the case of using a dedicated account, the user terminal 1 may directly send a service request to the private service platform 200 .

In step S210, user authentication and authorization inquiry may be received from the private service platform 200. The private service platform 200 may inquire whether the user is a service support target to the life care integration platform 100 so that only authenticated users use the service.

In response to the inquiry in step S220, the life care integration platform 100 may provide the user and authority authentication results to the private service platform 200. For example, when the private service platform 200 is a food order mediation platform, it may be determined whether the user has permission to use the food ordering service. The life care integration platform 100 may determine that the user account is authorized to use the food ordering service if it is authenticated that the food ordering service can be used or the subsidy can be used.

At this time, it may be determined whether the service requested by the user of the life care integration platform 100 is composed of unpurchasable items. Items that cannot be purchased may include alcoholic beverages. If there is no non-purchasable item in the service requested by the user, it may be determined as a purchasable service. In addition, it is possible to determine whether the requested service can be purchased with the user's support money by checking the user's support fund history. If the user can purchase the amount of the requested service with the available amount of support money, it may be determined that the service is purchasable. Finally, if the service is determined to be purchasable, the service can be provided to the user.

Upon receiving the authentication result of the user and authority, in step S230, the private service platform 200 may provide the service they provide to the user terminal 1. The service may be a food delivery agency service, a book purchase agency service, etc. that the private service platform 200 can provide in addition to vulnerable users.

In step S240, the private service platform 200 transmits a service use payment request to the life care integration platform 100 for the service requested from the user terminal 1. The private service platform 200 may request a service usage amount with a discount applied when delivery fee exemption, delivery fee exemption and discount are provided.

In step S250, the life care integration platform 100 may pay and settle the usage fee using the support money in response to the payment request. At this time, the life care integration platform 100 performs a request for the use of the service use fee to the support fund execution system 300, and the support fund execution system 300 pays the requested service use fee to the private service platform 200. can

In step S260, service use data may be analyzed and stored. For example, by analyzing a pattern of service use data, data such as support fund use information, eating information, statistical information for each period, and satisfaction survey information may be generated and stored.

Therefore, users in the vulnerable class use the services of various private service platforms, but the life care integration platform 100 performs the payment of the usage fee in an integrated way, so there is an advantage in that the service usage and payment usage data analysis can be performed in an integrated manner. have.

10 is a flowchart illustrating a method of extending a service of a life care integration platform according to an embodiment of the present invention.

In step S310, the life care integration platform 100 may receive a service addition and registration request from a plurality of private service platforms 600A, 600B, 600C, and 600D. A plurality of private service platforms (600A, 600B, 600C, 600D) can provide food, stationery, books and exercise that can be used for subsidies. For example, if support funds are available in the private food service platform (600A), private book service platform (600B), private stationery service platform (600C), and private exercise service platform (600D), service addition and registration can be requested.

In step S320, service addition and registration approval may be requested to the vulnerable layer support management system 400. Vulnerable class support management system 400 may examine and approve a service that can use the support fund supported by the government among a plurality of private service platforms (600A, 600B, 600C, 600D).

For example, the private food service platform (600A) identifies the eating status and body shape information of undernourished children in connection with the school meal system, meal support target system, and student health and fitness evaluation system, and then provides meals and health-related food. You can request service registration. In addition, in connection with a food distribution company, it is possible to request service registration for next-day delivery service at a discounted price for food that is difficult to distribute due to problems such as package damage and expiration date, although there is no problem with intake. At this time, the underprivileged management system 400 may confirm the service to be provided by the private food service platform 600A and approve it if it is determined that the use of the subsidy is possible.

In step S330, the life care integration platform 100 may register private service platforms approved for service addition and registration from the vulnerable class support management system 400.

In step S340, a plurality of private service platforms 600A, 600B, 600C, and 600D newly added and expanded may provide service use data to the life care integration platform 100. Service use data includes newly added food purchase information, book purchase information, and welfare product use information, and can be used as raw data for support statistics or use data analysis.

In step S350, support statistical data may be provided to the underprivileged support management system 400. Support statistical data may include statistics for each service usage period, service type statistics, etc. obtained by analyzing a service pattern used by a user.

In step S360, the user's service use data may be provided to the use data utilization system 500. The service use data may include use support fund information and service history information. The use data utilization system 500 may use service use data to create application services such as a customized dietary guidance service, support fund execution data collection, and support fund fraudulent use management. In the case of using a customized dietary guidance service, correct eating guidance of users may be possible through information on the user's diet and body type. In addition, in the case of using support fund execution data collection or support fund fraudulent use management, it is possible to maximize the work efficiency of people in charge of government, local governments, and welfare institutions by providing non-face-to-face monitoring and non-face-to-face services.

The above description of the present invention is for illustrative purposes, and those skilled in the art can understand that it can be easily changed into other specific forms without changing the technical spirit or essential features of the present invention. will be. Therefore, the embodiments described above should be understood as illustrative in all respects and not limiting. For example, each component described as a single type may be implemented in a distributed manner, and similarly, components described as distributed may be implemented in a combined form.

The scope of the present invention is indicated by the following claims, and all changes or modified forms derived from the meaning and scope of the claims and equivalent concepts should be interpreted as being included in the scope of the present invention.

100. Life Care Integration Platform
110. Applicant Certification Department
120. Account management department
130. Database interlocking unit
140. Data Processing Engine

Claims (12)

In the life care integration platform that supports the use of the service of at least one private service platform using a user terminal of a vulnerable class,
A support target authentication unit for authenticating whether or not a support target by comparing the use application information received from the user terminal with support fund data of a support fund execution system or user data of a vulnerable class support management system;
An account management unit for creating and managing an account when the support target is authenticated;
a database linking unit for acquiring data by linking with the database of the subsidy execution system or the support management system for the underprivileged;
a data processing engine that collects, extracts, or converts data obtained through the interworking to use the private service platform;
a service use approval unit that approves the service use of the private service platform requested from the user terminal; and
a payment settlement unit for requesting and settling payment for service use of the private service platform to the subsidy execution system;
Life care integration platform that includes. According to claim 1,
Life care integration platform further comprising a service monitoring unit for monitoring service use requests and progress of the private service platform. According to claim 1,
Life care integration platform further comprising an open API provider providing an API so that the at least one private service platform can develop application services and programs expanded in association with the life care integration platform. According to claim 3,
Wherein the API includes a dedicated account API capable of logging in to the at least one private service platform using a dedicated account created by the account management unit. According to claim 4,
The API,
A user authentication API used to provide user authentication information of a vulnerable layer to the at least one private service platform;
An available support fund information API used to provide support fund information available to the user to the at least one private service platform;
A usage rights information API used to provide confirmation of the service usage rights to the at least one private service platform, and
Life care integration platform further comprising at least one of the payment agency APIs used for requesting payment for service use of the at least one private service platform. According to claim 1,
Life care integration platform that is performed through a dedicated app (APP) installed on the user terminal, the support target person authentication unit and the service use approval unit. A method for providing a life care integration platform that supports the use of at least one private service platform service using a user terminal of a vulnerable class,
Receiving a platform use request from the user terminal;
comparing the platform use request with user data provided by a vulnerable class support management system and authenticating support targets;
receiving support fund data from a support fund execution system and creating and registering an account for the user when the user is authenticated as the support target;
Receiving a service use request from a user terminal using the registered account, and transmitting the received service use request to a private service platform;
receiving a user authentication and authorization confirmation request from the private service platform, and transmitting the user authentication and authorization confirmation results to the private service platform; and
A life care integrated platform providing method comprising receiving a request for payment for the use of the service from the private service platform, and transmitting the received request for payment for the use of the service to the support fund execution system for settlement. According to claim 7,
Life care integration platform providing method further comprising the step of analyzing and storing the usage pattern of the service provided from the private service platform. According to claim 7,
Receiving a registration request for a service to be added from the private service platform;
transmitting the received request to the vulnerable class support management system and receiving an approval or non-approval from the vulnerable class support management system; and
adding and registering the to-be-added service of the approved private service platform;
Life care integrated platform providing method further comprising a. According to claim 7,
Wherein the at least one private service platform is linked with the life care integration platform using an API provided by the life care integration platform. According to claim 10,
Wherein the API includes a dedicated account API that supports logging in to the at least one private service platform using a dedicated account. According to claim 10,
A life care integration platform providing method in which the request to use the platform at all times and the request to use the service are performed through a dedicated app (APP) provided by the life care integration platform.

Images