Methods and Systems for Transaction of Trust Property in Separate Accounts

Abstract

A trust property segregated account transaction system includes a financial institution server, a trust institution server, and an intermediary device. The financial institution server, based on a payment instrument binding request, generates and transmits a trust information retrieval request to the trust institution server via the intermediary device. The trust institution server obtains binding trust agreement information from multiple trust agreement documents and sends back trust information to the financial institution server via the intermediary device. Based on the payment instrument binding request and the trust information response, the financial institution server determines whether a binding party's unified identification number and a binding beneficiary's unified identification number are the same. If the determination result is positive, the financial institution server authorizes the binding; if the determination result is negative, the financial institution server refuses to authorize the binding.

Description

[Technical Field]

[0001] This invention relates to a transaction method, and more particularly to a method and system for trading in a trust property special account. [Previous Technology]

[0002] With the rapid growth of the elderly population and its increasing proportion in the total population, society is gradually moving towards a super-aged era. To cope with this change, retirement trusts have become a major trend in trust products. Retirement trusts are designed specifically for the elderly, aiming to ensure that elderly settlors (i.e., beneficiaries) receive proper care in their later years and effectively prevent their assets from being harmed by unscrupulous descendants or fraudulent groups.

[0003] In a senior care trust, the trust institution will open a dedicated trust property account (hereinafter referred to as the "trust account") at a financial institution. These "trust accounts" only contain the unified account number of the trust department and the information of the person in charge, and do not display the specific information of the beneficiaries in the trust agreement (such as the beneficiary's ID number, mobile phone number, email address, etc.). In other words, the unified number of the owner of the "trust account" will be different from the beneficiary's personal unified number, which makes it impossible for the beneficiary to bind any payment instrument to the "trust account". In addition, the settlor of the senior care trust may agree in the contract that the "trust account" will periodically (such as monthly, quarterly or annually) transfer the trust property to the account designated by the beneficiary (hereinafter referred to as the "non-trust account") to achieve the purpose of dedicated use of funds and property preservation.

[0004] As the health conditions of the elderly change, their temporary medical and care needs will increase significantly, and the main proportion of expenditures will shift to medical institutions or care facilities. When beneficiaries wish to use payment instruments linked to a "non-trust account" to pay for large medical expenses, there may be a situation where the payment instrument is insufficient to cover the costs. The following are possible actions that beneficiaries can take: 1. Instruct the trustee to pay funds from the "trust account" to the receiving unit (e.g., medical institution or care facility); 2. Instruct the trustee to transfer funds from the "trust account" to the beneficiary's own "non-trust account," and then the beneficiary goes to a financial institution to withdraw or remit funds from the "non-trust account" in person to complete the payment process to the receiving unit (e.g., nursing home); 3. Instruct the trustee to transfer funds from the "trust account" to the beneficiary's own "non-trust account," and then the beneficiary pays the amount using a linked payment instrument (e.g., debit card).

[0005] However, the above-mentioned processing method not only makes the operation process more cumbersome, but may also interrupt the payment process, increasing inconvenience and cash transaction risks. [Summary of the Invention]

[0006] Therefore, the object of the present invention is to provide a method for trading trust property in a special account to solve the above-mentioned problems.

[0007] Therefore, the trust property special account transaction method of the present invention is executed by a transaction system, which includes a financial institution server, a trust institution server, and an intermediary device for signal connection between the financial institution server and the trust institution server. The financial institution server stores multiple trust property special account data, each trust property special account data including a financial institution account number. The trust institution server stores multiple trust deed data corresponding to the corresponding trust property special account data, each trust deed data including a trust institution account number and a beneficiary unique number. The trust institution account number of the trust deed data is the same as the financial institution account number of the trust property special account data corresponding to the trust deed data. The method includes a step (A), a step (B), a step (C), and a step (D).

[0008] In step (A), the financial institution server generates and transmits a trust information retrieval request with the linked account number to the trust institution server based on a payment instrument binding request with a linked account number and a linked person's unified identification number. This causes the trust institution server to obtain a linked trust deed with a trust institution account number that is the same as the linked account number from the trust deed information, and to send back a trust information with a linked beneficiary's unified identification number of the linked trust deed information to the financial institution server via the intermediary device.

[0009] In this step (B), the financial institution server determines whether to accept the payment instrument binding request based on the payment instrument binding request and the trust information response.

[0010] In this step (C), when it is determined that the payment instrument binding request is accepted, the financial institution server authorizes the binding of a trust property account with the same trust institution account number as the bound account number.

[0011] In this step (D), when it is determined that the payment instrument binding request is not accepted, the financial institution server generates a rejection authorization binding message.

[0012] Another object of the present invention is to provide a trust property special account transaction system that solves the above-mentioned problems.

[0013] Therefore, the trust property special account transaction system of the present invention includes a financial institution server, a trust institution server, and an intermediary device.

[0014] The financial institution’s server stores information on multiple trust property accounts, each of which includes a financial institution account number.

[0015] The trust institution's server stores multiple trust deed documents corresponding to the information of the special trust property account. Each trust deed document includes a trust institution account number and a beneficiary's unique number.

[0016] The interfacing device signals to connect the financial institution's server and the trust institution's server.

[0017] Wherein, the financial institution server generates and transmits a trust information retrieval request with the linked account number to the trust institution server via the intermediary device based on a payment instrument binding request with a linked account number and a linked person's unified identification number. The trust institution server obtains a linked trust deed from the trust deed data with a trust institution account number that is the same as the linked account number, and replies to the financial institution server via the intermediary device with trust information with a linked beneficiary's unified identification number of the linked trust deed data. The financial institution server determines whether to accept the payment instrument binding request based on the payment instrument binding request and the trust information reply. When it determines that the payment instrument binding request is accepted, the financial institution server authorizes the binding of a linked trust property account with a trust institution account number that is the same as the linked account number. When it determines that the payment instrument binding request is not accepted, the financial institution server generates a message of refusal to authorize binding.

[0018] The advantages of the present invention are as follows: the financial institution server transmits the trust information acquisition request to the trust institution server through the interfacing device, so as to obtain the trust information reply with the unified number of the bound beneficiary from the trust institution server. In this way, the financial institution server can verify the identity based on the trust information reply, so as to authorize the binding of the bound trust property account information to the payment instrument.

Implementation Method

[0019] Before the present invention is described in detail, it should be noted that similar elements are represented by the same numbers in the following description.

[0020] Referring to Figure 1, the trust property special account transaction system of the present invention includes a financial institution server 11, a trust institution server 12, an intermediary device 13, and a payment institution server 14. The intermediary device 13 is signal-connected to the financial institution server 11 and the trust institution server 12, and the payment institution server 14 is signal-connected to the financial institution server 11.

[0021] In this embodiment, the payment institution server 14 is a server set up by a mobile payment platform, such as Taiwan Pay, iPass, AllPay, JKO Pay, LINE Pay, and other mobile payment platforms. In other embodiments, the payment institution server 14 can also be a server set up by an international credit card organization, such as Visa, Mastercard, JCB, or other international credit card organizations or issuing banks.

[0022] The financial institution server 11 stores information on multiple trust property accounts, each of which includes a financial institution account number and an available balance.

[0023] The trust institution server 12 stores multiple trust deed documents corresponding to the corresponding trust property special account information. Each trust deed document includes a trust institution account number, a trust balance, a beneficiary unique identification number, and beneficiary contact information. The trust institution account number in the trust deed document is the same as the financial institution account number in the corresponding trust property special account information, and the trust balance in the trust deed document is the same as the available balance in the corresponding trust property special account information.

[0024] In this embodiment, the beneficiary contact information is, for example, a mobile phone number. In other embodiments, the beneficiary contact information may also be an email address, but is not limited thereto.

[0025] Referring to Figures 1 and 2, one embodiment of the trust property special account transaction method of the present invention is illustrated by binding procedure 2.

[0026] In step S21, the financial institution server 11 generates and transmits a trust information retrieval request with the bound account number to the intermediary device 13 based on a payment instrument binding request with a bound account number and a bound person's unified number.

[0027] It is worth noting that in this embodiment, the payment tool binding request is generated by the payment institution server 14 and transmitted to the financial institution server 11, mainly requesting that the binding account number be bound to the mobile payment tool.

[0028] In other embodiments, the payment instrument binding request is generated by the financial institution's server 11 when the holder of the bound account number applies for a debit card from the financial institution. The request is mainly to bind the bound account number to the debit account of the debit card.

[0029] In step S22, the interfacing device 13 transmits the trust information acquisition request to the trust institution server 12.

[0030] In step S23, the trust institution server 12 obtains a linked trust deed with the same trust institution account number as the linked account number from the trust deed information, and generates and sends back a trust information with a unique number of the linked beneficiary in the linked trust deed information to the interfacing device 13.

[0031] In step S24, the interfacing device 13 transmits the trust information back to the financial institution server 11.

[0032] In step S25, the financial institution server 11 determines whether to accept the payment instrument binding request based on the payment instrument binding request and the trust information response. If it is determined that the payment instrument binding request is accepted, the process proceeds to step S26; if it is determined that the payment instrument binding request is not accepted, the process proceeds to step S27.

[0033] It is worth noting that in this embodiment, the financial institution server 11 determines whether the unified number of the bound person and the unified number of the bound beneficiary are the same in order to determine whether to accept the payment instrument binding request. When it is determined that the unified number of the bound person and the unified number of the bound beneficiary are the same, it determines to accept the payment instrument binding request; when it is determined that the unified number of the bound person and the unified number of the bound beneficiary are different, it determines not to accept the payment instrument binding request.

[0034] In step S26, the financial institution server 11 authorizes the binding of a trust property account information with a trust institution account number that is the same as the bound account number.

[0035] Referring to Figure 3, step S26 includes the following steps.

[0036] In step S261, the financial institution server 11 generates a one-time password (OTP) and transmits the one-time password to a beneficiary binding device (not shown) according to the beneficiary contact information.

[0037] In this embodiment, the beneficiary binding device is, for example, a smartphone, but is not limited thereto.

[0038] In step S262, when the financial institution server 11 receives the one-time password, the financial institution server 11 authorizes the binding of the trust property special account information.

[0039] It is worth noting that in this embodiment, the financial institution server 11 transmits the one-time password to the beneficiary binding device via SMS. In other embodiments where the beneficiary contact information is an email address, the financial institution server 11 transmits the one-time password to the beneficiary binding device via email, but this is not a limitation.

[0040] It should be noted that in this embodiment, in other implementations that request the binding of the account number to the debit card, since the financial institution server 11 has already verified the identity when the holder of the binding account number applies, the financial institution server 11 does not need to generate the one-time password.

[0041] In step S27, the financial institution server 11 generates a denial of authorization binding message.

[0042] It is worth noting that in this embodiment, the financial institution server 11 transmits the refusal to authorize the binding message to the payment institution server 14. In other embodiments, if the holder of the bound account number applies for a debit card in person at a branch, the financial institution server 11 transmits the refusal to authorize the binding message to the branch device of the financial institution; if the holder of the bound account number applies for a debit card online, the financial institution server 11 transmits the refusal to authorize the binding message to the device of the holder of the bound account number.

[0043] Referring to Figures 1 and 4, the payment procedure 4 of one embodiment of the trust property special account transaction method of the present invention is illustrated.

[0044] In step S40, the payment institution server 14 generates and transmits a payment request to the financial institution server 11. The payment request includes a payment account number and a payment amount.

[0045] It is worth noting that in this embodiment, the payment institution server 14 generates the payment request based on a payment request from a consumer mobile device (not shown) or a store payment terminal (not shown). The consumer mobile device is, for example, a smartphone, and the store payment terminal is, for example, a point-of-sale (POS) machine, but is not limited thereto. If the consumer mobile device actively scans the payment code provided by the store payment terminal, the payment request originates from the consumer mobile device; if the consumer mobile device passively provides the payment code for the store payment terminal to scan, the payment request originates from the store payment terminal. In other embodiments where the payment institution server 14 is a server set up by an international credit card organization, the store payment terminal is, for example, an Electronic Draft Capture (EDC) terminal, and the payment request originates from the store payment terminal.

[0046] In step S41, the financial institution server 11 obtains payment trust property account information with the same financial institution account number as the requesting account number from the trust property account information according to the request for payment.

[0047] In step S42, the financial institution server 11 determines whether the requested amount is less than or equal to a payment available balance and a payment limit in the payment trust property account information. When it is determined that the requested amount is greater than the payment available balance or the payment limit, the process proceeds to step S43; and when it is determined that the requested amount is less than or equal to the payment available balance and the payment limit, the process proceeds to step S44.

[0048] In step S43, the financial institution server 11 generates and transmits a request rejection response to the payment institution server 14.

[0049] In step S44, the financial institution server 11 updates the available payment balance according to the requested amount, and generates and transmits a request acceptance response to the payment institution server 14. Specifically, the financial institution server 11 deposits the requested amount, and if there are no transaction disputes, the deposit will be deducted from the balance.

[0050] In step S45, the financial institution server 11 generates and transmits a request success notification to the trust institution server 12, which has an updated available payment balance and the request account number.

[0051] In step S46, the interfacing device 13 transmits the successful payment notification to the trust institution server 12.

[0052] In step S47, the trust institution server 12 obtains a payment trust deed with the same trust institution account number as the requesting account number from the trust deed information, updates the trust balance of the payment trust deed information according to the updated payment available balance in the successful payment notification, and generates and sends back a contact message containing the payment beneficiary contact information of the payment trust deed information to the interfacing device 13.

[0053] In step S48, the interfacing device 13 transmits the connection information back to the financial institution server 11.

[0054] In step S49, the financial institution server 11 generates a transaction notification with the requested amount and transmits the transaction notification to a beneficiary payment device (not shown) based on the contact information of the payment beneficiary in response to the contact information.

[0055] In this embodiment, the beneficiary payment device is the consumer mobile device, but it is not limited thereto.

[0056] In summary, the trust property account transaction method and system of the present invention allows the financial institution server 11 to transmit a trust information retrieval request to the trust institution server 12 via the interfacing device 13, thereby obtaining a trust information response with the unified identification number of the bound beneficiary from the trust institution server 12. The financial institution server 11 can then verify the identity based on the trust information response to authorize the binding of the trust property account information to a payment instrument. That is, the trust account can be bound to a payment instrument (such as a debit card) similarly to a non-trust account, helping beneficiaries to use the trust account to cover the increasing temporary care or medical expenses, or other elderly-related consumption needs. Furthermore, the financial institution server 11 transmits the payment request acceptance response to the trust institution server 12 via the interfacing device 13. In this way, the trust institution server 12 can update the trust balance of the payment trust agreement information in real time and send back the contact information response. The financial institution server 11 can transmit the transaction notification to the beneficiary payment device in real time, thus effectively achieving the purpose of the present invention.

[0057] However, the above description is only an embodiment of the present invention and should not be construed as limiting the scope of the present invention. Any simple equivalent changes and modifications made in accordance with the scope of the patent application and the contents of the patent specification of the present invention shall still fall within the scope of the patent of the present invention. [Simplified Explanation of the Diagram]

[0058] Other features and effects of the present invention will be clearly presented in the embodiments with reference to the drawings, wherein: Figure 1 is a block diagram illustrating an embodiment of the trust property special account transaction system of the present invention; Figure 2 is a flowchart illustrating a binding procedure of an embodiment of the trust property special account transaction method of the present invention; Figure 3 is a flowchart illustrating the steps included in step S26 of Figure 2; and Figure 4 is a flowchart illustrating a payment procedure of this embodiment of the trust property special account transaction method of the present invention.

Claims

1. A method for trading in a trust property segregated account, executed by a trading system, the trading system comprising a financial institution server, a trust institution server, and an intermediary device for signal connection between the financial institution server and the trust institution server, wherein the financial institution server stores multiple trust property segregated account records, each trust property segregated account record including a financial institution account number, and the trust institution server stores multiple trust deed records corresponding to the corresponding trust property segregated account records, each trust deed record including a trust institution account number and a beneficiary unique identifier, wherein the trust institution account number in the trust deed record is the same as the financial institution account number in the corresponding trust property segregated account record, the method comprising the following steps: (A) The financial institution server generates and transmits a trust information retrieval request with the linked account number to the trust institution server via the intermediary device based on a payment instrument binding request with a linked account number and a linked person's unique identifier. The trust institution server then obtains a linked trust deed from the trust deed information containing a trust institution account number identical to the linked account number, and sends a trust information reply with a linked beneficiary's unique identifier from the linked trust deed information back to the financial institution server via the intermediary device. (B) The financial institution server determines whether to accept the payment instrument binding request based on the payment instrument binding request and the trust information reply. (C) If the financial institution server determines that the payment instrument binding request is accepted, it authorizes the binding of a linked trust property account with a trust institution account number identical to the linked account number. (D) If the financial institution server determines that the payment instrument binding request is not accepted, it generates a rejection authorization binding message.

2. The method for trading trust property in a dedicated account as described in claim 1, wherein, In step (B), the financial institution server determines whether the unified identification number of the bound person is the same as the unified identification number of the bound beneficiary in order to determine whether to accept the payment instrument binding request. When it is determined that the unified identification number of the bound person is the same as the unified identification number of the bound beneficiary, the payment instrument binding request is accepted. When it is determined that the unified identification number of the bound person is different from the unified identification number of the bound beneficiary, the payment instrument binding request is not accepted.

3. As described in Request 1, the method for trading trust property in a dedicated account includes beneficiary contact information for each trust deed, wherein... In step (A), the trust information reply also includes the beneficiary contact information of the bound trust deed. Step (E) includes the following sub-steps: (C-1) When authorized binding is determined, the financial institution server generates a one-time password and transmits the one-time password to a beneficiary binding device according to the beneficiary contact information; and (C-2) When the financial institution server receives the one-time password, the financial institution server authorizes the binding of the bound trust property account information.

4. The trust property account transaction method as described in claim 1, wherein the financial institution server is also signal-connected to a payment institution server, and each trust property account information also includes an available balance, and after step (D) further includes the following steps: (E) when the financial institution server receives a payment request from the payment institution server, the payment request includes a payment account number and a payment amount, and the financial institution server obtains a payment trust property account information with a financial institution account number that is the same as the payment account number from the trust property account information according to the payment request; (F) the financial institution server determines whether the payment amount is less than or equal to a payment available balance and a payment limit of the payment trust property account information; and (G) when it is determined that the payment amount is less than or equal to the payment available balance and the payment limit of the payment trust property account information, the financial institution server updates the payment available balance according to the payment amount, and generates and transmits a payment acceptance reply to the payment institution server.

5. The trust property account transaction method as described in claim 4, each trust deed document further includes a trust balance, the trust balance of the trust deed document being the same as the available balance of the trust property account document corresponding to the trust deed document, and after step (G), the following steps are further included: (H) the financial institution server generates and transmits a request success notification with an updated payment available balance and the request account number to the trust institution server via the interfacing device, so that the trust institution server obtains a payment trust deed document with a trust institution account number identical to the request account number from the trust deed documents, and updates the trust balance of the payment trust deed document according to the updated payment available balance of the request success notification.

6. As described in claim 5, the method for trading trust property in a dedicated account includes beneficiary contact information for each trust deed, wherein... In step (H), the trust institution server also sends a contact message containing the payment beneficiary contact information of the payment trust agreement to the financial institution server via the interfacing device. After step (H), the following steps are also included: (I) The financial institution server generates a transaction notification containing the requested amount and sends the transaction notification to a beneficiary payment device based on the payment beneficiary contact information in the contact message reply.

7. A trust property segregated account transaction system, comprising: a financial institution server storing multiple trust property segregated account records, each trust property segregated account record including a financial institution account number; a trust institution server storing multiple trust deed records corresponding to the corresponding trust property segregated account records, each trust deed record including a trust institution account number and a beneficiary unique identifier; and an interfacing device signal-connecting the financial institution server and the trust institution server; wherein, The financial institution server, based on a payment instrument binding request with a linked account number and a linked beneficiary's unique identifier, generates and transmits a trust information retrieval request with the linked account number to the trust institution server via the intermediary device. The trust institution server obtains linked trust deed information with a trust institution account number identical to the linked account number from the trust deed information and replies to the financial institution server via the intermediary device with trust information containing a linked beneficiary's unique identifier from the linked trust deed information. The financial institution server determines whether to accept the payment instrument binding request based on the payment instrument binding request and the trust information reply. If the request is accepted, the financial institution server authorizes the binding of a linked trust property account with a trust institution account number identical to the linked account number. If the request is not accepted, the financial institution server generates a rejection authorization binding message.

8. The trust property segregated account transaction system as described in claim 7, wherein, The financial institution's server determines whether the unified identification number of the person being bound is the same as the unified identification number of the beneficiary to decide whether to accept the payment instrument binding request. If the unified identification number of the person being bound is the same as the unified identification number of the beneficiary, the server decides to accept the payment instrument binding request. If the unified identification number of the person being bound is different from the unified identification number of the beneficiary, the server decides not to accept the payment instrument binding request.

9. The trust property segregated account transaction system as described in claim 7, wherein, Each trust deed document also includes beneficiary contact information. The trust information reply also includes the beneficiary contact information of the linked trust deed document. When it is determined that the unified identification number of the linked person is the same as the unified identification number of the linked beneficiary, the financial institution server generates a one-time password and transmits the one-time password to a beneficiary binding device according to the beneficiary contact information. When the financial institution server receives the one-time password, the financial institution server authorizes the binding of the linked trust property account information.

10. The trust property segregated account transaction system as described in claim 7 further comprises: a payment institution server, signal-connected to the financial institution server; wherein, Each trust property account also includes an available balance. When the financial institution server receives a payment request from the payment institution server, the payment request includes a requesting account number and a request amount. Based on the payment request, the financial institution server obtains a payment trust property account with the same financial institution account number as the requesting account number from the trust property account information. The financial institution server determines whether the request amount is less than or equal to the available payment balance and the payment limit of the payment trust property account. When it is determined that the request amount is less than or equal to the available payment balance and the payment limit of the payment trust property account, the financial institution server updates the available payment balance based on the request amount and generates and transmits a payment acceptance response to the payment institution server.

11. The trust property segregated account transaction system as described in claim 10, wherein, Each trust deed document also includes a trust balance, which is the same as the available balance in the trust property account document corresponding to the trust deed document. The financial institution server generates and transmits a request success notification with an updated available payment balance and the request account number to the trust institution server via the interfacing device. The trust institution server obtains a payment trust deed document with a trust institution account number that is the same as the request account number from the trust deed documents, and updates the trust balance of the payment trust deed document according to the updated available payment balance in the request success notification.

12. The trust property segregated account transaction system as described in claim 11, wherein, Each trust deed document also includes beneficiary contact information. The trust institution server also replies to the financial institution server with a contact message containing the payment beneficiary contact information of the payment trust deed document, which is transmitted back from the intermediary device. The financial institution server generates a transaction notification with the requested amount and transmits the transaction notification to a beneficiary payment device based on the payment beneficiary contact information in the reply contact message.

Images