WO2002057977A1 - Systeme d'assistance d'etablissement de credits/obligations - Google Patents

Systeme d'assistance d'etablissement de credits/obligations Download PDF

Info

Publication number
WO2002057977A1
WO2002057977A1 PCT/JP2002/000308 JP0200308W WO02057977A1 WO 2002057977 A1 WO2002057977 A1 WO 2002057977A1 JP 0200308 W JP0200308 W JP 0200308W WO 02057977 A1 WO02057977 A1 WO 02057977A1
Authority
WO
WIPO (PCT)
Prior art keywords
debt
receivables
combined
receivable
conditions
Prior art date
Application number
PCT/JP2002/000308
Other languages
English (en)
French (fr)
Inventor
Kazuo Masuda
Masayo Saegusa
Original Assignee
Mitsubishi Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Corporation filed Critical Mitsubishi Corporation
Publication of WO2002057977A1 publication Critical patent/WO2002057977A1/ja
Priority to US10/621,732 priority Critical patent/US20050102222A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • the present invention relates to a debt and debt setting support system, a debt and debt setting support method, and a program that enable the setting of claims and debts to be broadened.
  • This application is related to the following Japanese patent application. For those designated countries that are allowed to be incorporated by reference to the literature, the contents described in the following application are incorporated into this application by reference and are incorporated as a part of the description of this application.
  • the creditor When setting up or transacting receivables or debts, the creditor usually sets and transacts receivables individually on the condition that the debtor's repayment capacity is judged to be above a certain level. Previously, creditors had individually made requests to those who would like to obtain credits. For this reason, the range of setting up receivables and payables to creditors was limited.
  • an object of the present invention is to solve such a problem. Disclosure of the invention
  • a first aspect of the present invention is a receivables / debts transaction support system for supporting receivables or debts transactions, in which the applicant for receivables obtains the desired receivables and debt conditions.
  • Request and acquisition department, and a debt and debt information acquisition department to acquire the detailed condition including the amount of debt or debt, and the due date of the receivable or debt, and the acquisition of debt and debt information
  • the receivables and debts setting support system further includes a rank storage unit for storing a rank indicating a collection risk of the debtor, and the receivables and debts synthesis unit evaluates the combined receivables or liabilities using the ranks stored in the rank storage unit. You may decide.
  • the combined condition database further stores a combined condition of a plurality of claims or obligations, and the receivables and payable combining unit may generate combined claims or combined obligations using the combined conditions stored in the combined condition database. Good.
  • the desired acquisition department may acquire the collection deadline desired by the applicant for claim acquisition, and the receivables and debts synthesis department may set the collection deadline acquired by the desired acquisition department as the collection deadline of the combined rights or combined obligations.
  • the receivables and payables merger may generate a combined receivable or payable by combining a plurality of receivables or payables whose collection dates are different dates.
  • the receivables and payables merger sets the latest collection term of the multiple claims or obligations as the collection term of the combined claims or debts, and further calculates the collection term of the combined claims or debts from the collection term of the claims or debts.
  • a payment amount setting unit may be provided that adds the interest rate generated during the period up to the amount paid by the applicant for claim to the claim or debt.
  • a confirmation unit may be further provided for confirming to the applicant for obtaining a claim that the payment amount is to be set by adding the interest rate to the received amount.
  • the receivables and payables merger sets the latest collection term of the multiple claims or debts as the collection term of the combined claims or debts.
  • it may be provided with a receivable amount setting unit that deducts the interest payments generated between the debt collection date and the synthetic debt or the synthetic debt collection date from the current creditor or debtor of the receivable.
  • a confirmation unit for confirming to the current creditor or debtor that the interest rate is set by subtracting the interest rate from the payment amount may be further provided.
  • the receivables acquisition unit acquires the collection deadline desired by the applicant for receivable acquisition, and the receivables and debts synthesis unit sets the collection expiration date acquired by the receivables acquisition unit to the collection expiration date of the combined receivables or debts.
  • the interest payments that occur from the amount paid by the claimant on the claim or debt, from the due date of the claim or debt, to the due date of the combined claim or debt, and the current creditor or debtor of the claim May be provided with a fixed amount to be deducted from the received amount received by.
  • the receivables and payables merger divides a claim or debt whose collection term is later than the collection term of the combined claim or debt into a plurality of claims by dividing the term of the claim or debt into a plurality of claims.
  • a combined claim or debt may be generated using the claim or debt.
  • the receivables and payables division may divide the receivables or payables by value and generate a combined receivable or payable using at least one of the split receivables or payables.
  • a second aspect of the present invention is a receivables / debts transaction support system for supporting receivables or debts transactions, comprising a receivables / debts database storing conditions of receivables or debts to be sold or set, and a plurality of financial services.
  • a request / acquisition unit that obtains the conditions of claims or debts desired by the claim acquisition applicants belonging to the industry from the terminal of the applicant for claim acquisition, and a claim / debt database that contains information on the claims or obligations that match the conditions acquired by the request acquisition department Claims and debts information acquisition unit, and a confirmation unit to send the information of the claims or debts acquired by the claims and debt information acquisition unit to the terminal of the applicant for claim for confirmation.
  • a third aspect of the present invention is a receivables / debts transaction support method for supporting receivables or debts transactions, in which the applicant for receivables acquires the conditions of the receivables or debts desired, and the amount of the receivables or claims of a plurality of receivables or debts. Alternatively, acquire the detailed conditions including the amount of debt and the collection deadline, and combine multiple claims or obligations based on the detailed conditions to generate a combined claim or combined obligation in accordance with the acquired conditions, and generate the combined claim Alternatively, the present invention provides a method for supporting the setting of receivables and payables, which comprises notifying the applicant of the receivables of the conditions of the combined receivables.
  • a fourth aspect of the present invention is a method for supporting debt or debt transactions, which supports debt or debt transactions, which manages the conditions of the debt or debt to be sold or set, and requests to acquire claims belonging to a plurality of financial industries. Acquire the terms and conditions of the claim or debt desired by the party, select the claim or obligation that meets the acquired terms from the claims or obligations whose terms are managed, and notify the claimant of the selected claim or obligation.
  • a fifth embodiment of the present invention is a computer-executable program for supporting the transaction of a bond or a debt, comprising: a request acquisition module for acquiring a condition of the bond or the debt desired by the claim acquirer; A credit condition acquisition module that acquires the amount of claims or obligations of the receivables or debts and the collection terms including the collection deadline, and a combination of multiple receivables or obligations based on the collection risk and the amount of receivables. And a credit combining module for generating a combined credit or a combined obligation in accordance with the acquired conditions.
  • the sixth form of this endeavor is a computer-executable program that supports debt or debt transactions, and describes the conditions of claims or debts desired by claimants who belong to multiple financial industries. Acquisition of the desired acquisition module acquired from the terminal of the applicant for claim acquisition and information on the claims or debts that meet the conditions acquired by the wish acquisition department from the claims and debt database that stores the terms and conditions of the claims or obligations to be sold or set And a confirmation module for transmitting the information on the claim or debt acquired by the claim and debt information acquisition section to the terminal of the applicant for claim for claim to provide confirmation.
  • the above summary of the invention does not list all of the necessary features of the present invention, and a sub-combination of these special mats may also be an invention.
  • FIG. 1 shows an example of a system including a debt and debt setting support system 200 which is a first example of an embodiment of the present invention.
  • Figure 2 shows the structure of the debt and debt setting support system 200.
  • Figure 3 shows an example of the debt database 210.
  • FIG. 4 shows an example of the rank database 220.
  • FIG. 5 shows an example of the synthesis condition database 230.
  • Figure 6 shows an example of the composite debt database 240.
  • FIG. 7 shows an example of a display on the display unit 5100 of the terminal 501 for a person who wishes to obtain a loan.
  • FIG. 8 shows another display example of the display section 5100 of the bond acquisition applicant terminal 500.
  • FIG. 9 shows a display example of the display unit 401 or the display unit 421 of the debtor terminal 400 or the current creditor terminal 420.
  • FIG. 10 is a sequence diagram showing operations of the debt and debt setting support system 2000, the debtor terminal 400, and the debt acquisition applicant terminal 500.
  • FIG. 11 is a sequence diagram showing a continuation of FIG. 10.
  • FIG. 12 is a flowchart for explaining the details of the operation of S160 in FIG.
  • FIG. 13 is a flowchart showing a continuation of FIG.
  • FIG. 14 is a flowchart illustrating details of the operation of S470 in FIG.
  • FIG. 15 is a flowchart illustrating details of S520 in FIG.
  • FIG. 16 is a block diagram showing a hardware configuration of the credit and debt setting support system 200.
  • FIG. 17 shows an example of a debt and debt setting support system 201 which is a second example of the present embodiment.
  • FIG. 1 shows an example of a system including a debt and debt setting support system 200 which is a first example of an embodiment of the present invention.
  • the debt and debt setting support system 200 is connected to the debtor terminal 400, the current creditor terminal 420, and the debt acquisition applicant terminal 500 through the Internet network 10. I do.
  • Current creditors and applicants may belong to different financial industries.
  • the debt and debt setting support system 200 uses the debtor terminal 400 and the current creditor terminal 420 to request the debtor to set up receivables, such as accounts receivable, or debt, such as underwriting area debt. Or that the current creditor wishes to sell the receivable or debt.
  • the receivable and debt setting support system 200 obtains the conditions of the receivable or debt desired by the receivable applicant from the receivable applicant terminal 500 and combines a plurality of receivables or obligations, that is, the original receivable or original debt. As a result, a combined receivable or a combined obligation that meets the conditions of the acquired receivable or debt is generated, and the conditions of the combined receivable or the combined obligation, that is, the amount, the collection due date, and the like are transmitted to the terminal 501 for the applicant for acquiring the receivable.
  • the debt and debt setting support system 2000 is a system that supports the debtor and the current creditor in combination with a plurality of claims or debts that they wish to sell and set up and sells them to the claimant.
  • debtor terminals 400 there may be a plurality of debtor terminals 400, current creditor terminals 420, and debt acquisition applicant terminals 500.
  • Figure 2 shows the structure of the debt and debt setting support system 200.
  • the credit and debt setting support system 200 has a credit and debt database 210, a rank data base 220, a synthetic condition database 230, and a synthetic credit and debt database 240 as databases.
  • the debt and debt setting support system 200 has the following functions: debt and debt receiving unit 250, desired acquisition unit 260, debt and debt synthesis unit 270, debt and debt information acquisition unit 280, and interest rate Part 2 95 5 Confirmation part 3 10 and confirmation reception part 3 2 0
  • the fee adding section 295 has a payment amount setting section 290 and a reception amount setting section 300.
  • the credit and debt database 210 stores predetermined information on the credit or debt received from the debtor terminal 400 and the current creditor terminal 420 in association with the debt ID.
  • Figure 3 shows an example of the debt database 210.
  • the receivables and payables database 210 consists of the receivable ID field, receivables and payables field, debtor field, current creditor field, set date field, collection due date field, receivable amount field, sold field, and split Has remaining fields.
  • the debt ID field stores the debt ID specific to the debt or debt.
  • the receivables and payables field stores information for distinguishing between receivables and payables.
  • the receivables and payables field may also contain information that distinguishes the type of receivable or debt.
  • the debtor field stores information identifying the debtor of the receivable or debt.
  • the information stored in the debtor field may be the debtor's name itself or a debtor-specific ID.
  • the Current Creditor field stores information identifying the current creditor that has the receivable or debt.
  • the information stored in the current creditor field may be the name of the current creditor itself or an ID unique to the current creditor. If no credit or debt is set, no information is stored in the current creditor field.
  • the set date field stores the date on which the receivable or debt is set. If no receivables or payables are set, the set date field stores the expected date of setting the receivables and payables.
  • the collection date field stores information that specifies the date on which the receivable or debt will be collected.
  • the information stored in the collection deadline field may be information indicating a period from the set date to the collection deadline date, or the collection deadline date may be stored as it is.
  • Information indicating the amount of the receivable or debt is stored in the receivable amount field.
  • the sold field stores information indicating whether the receivable or debt has been sold. For example, if the receivable is sold as part of a synthetic receivable, the sold field contains information indicating ⁇ . When the receivable or debt is divided and sold and set, information indicating the amount of the remaining receivable or receivable without being set is stored in the remaining division field. By providing the remaining division field, the receivables and debts support system 200 can use the remaining receivables or debts as a combined receivable or an original receivable or an underlying debt that is the basis of the combined responsibilities.
  • the rank database 220 stores information identifying a debtor and a rank indicating the collection risk of the debtor in association with each other.
  • FIG. 4 shows an example of the rank database 220.
  • the rank database 220 has a debtor name field / red, a current rank field, a previous rank field, and a rank change date field.
  • the debtor name field stores information identifying the debtor.
  • the debtor name itself may be stored, or an ID unique to the debtor may be stored.
  • the current rank field stores information indicating the current rank of the debtor.
  • the previous rank field stores the previous rank.
  • the Rank Revision Date field stores information identifying the date the rank was revised.
  • the synthetic condition database 230 stores the conditions required for the original bond or the original debt that is the basis of the synthetic bond.
  • FIG. 5 shows an example of the synthesis condition database 230.
  • the composite condition database 230 has a recovery risk rank field and a debtor condition field.
  • the recovery risk rank field stores a rank indicating the recovery risk of the synthetic debt or synthetic debt.
  • the obligor condition field stores a rank indicating the required recovery risk of the original receivable or the obligor of the original debt. More specifically, if the recovery risk required for a synthetic receivable or a synthetic debt is A rank, the underlying receivable or obligor is, for example, only A rank. If the rank required for synthetic receivables is B, the original receivable Or, the condition of the obligor of the original debt is only the combination of A rank and C rank, or B rank.
  • the bond and debt setting support system 200 can efficiently generate a combined bond or a combined obligation by using the combined condition database 230.
  • the composite loan / debt database 240 stores various types of information relating to the composite bond or the composite debt for each composite bond or composite debt.
  • Figure 6 shows an example of the composite debt database 240.
  • the composite debt database 240 has a table for each composite debt or composite debt.
  • Each table has a synthetic debt ID field, a creditor field, a due date field, an original debt information field, a debt amount field, and an interest rate field.
  • the synthetic receivable and payable ID field stores an ID specific to the synthetic receivable or the synthetic payable.
  • the creditor field stores information for identifying a purchaser of the synthetic debt or the synthetic debt, that is, a creditor.
  • the collection term field stores information that specifies the collection term of the synthetic receivable or debt.
  • the Original Credit Information field stores the obligation ID that identifies the original credit or debt and the split ratio indicating how much of the original credit or debt was used as the original credit of the combined credit.
  • the receivables and payables field stores the amount of receivables or payables of the combined receivables or combined receivables.
  • the interest rate field stores the interest rate or interest rate of the combined loan.
  • the debt / debt receiving unit 250 includes a debtor terminal 400 or a current debtor terminal 420, and a clear statement including the amount or amount of the claim or debt related to the claim and the collection date. Receive detailed conditions and request to sell receivables. Then, the credit and debt receiving unit 250 stores the received credit information in the credit and debt database 210. The information received by the credit and debt receiving unit 250 includes at least information that can be stored in the credit and debt database 20.
  • the request acquisition unit 260 acquires the bond acquisition applicant's desire to purchase from the loan acquisition applicant terminal 500 Send.
  • the information received by the desired acquisition unit 260 includes information for identifying whether the desired acquisition is a loan or a debt.
  • the receivables and payables synthesis unit 270 upon acquiring the conditions of the combined receivables or combined obligations from the desired acquisition unit 260, extracts from the combined condition database 230 the combined conditions that match the conditions of the combined receivables and debts.
  • the combining condition is transmitted to the credit and debt information acquisition unit 280.
  • the receivables and payables synthesis unit 270 reports from the receivables and payables information obtaining unit 280 to the amount or amount of the claims or obligations of the combined claims or the current claims or the underlying obligations on which the combined obligations are based. Obtain the detailed conditions including the, and the collection deadline, and generate a synthetic receivable or a synthetic obligation using the obtained detailed conditions.
  • the receivable generating unit 270 transmits the information on the generated combined receivables or combined debts to the payment amount setting unit 290 and the received amount setting unit 300.
  • the receivables and payables synthesis section 270 has a receivables and payables splitting section 275.
  • the collection deadline date included in the conditions acquired by the desired acquisition section 260 differs from the collection deadline date of the receivable or debt transmitted from the receivable and debt information acquisition section 280
  • the claim or debt transmitted from the claim and debt information acquisition unit 280 is divided into a plurality of claims or debts by dividing the term of the claim or debt into a plurality of periods.
  • the receivables and payables splitting unit 275 if the conditions obtained by the desired acquisition unit 260 in the amount of receivables do not match the receivables or obligations transmitted from the receivables and payables information obtaining unit 280, The credit or debt transmitted from the information acquisition unit 280 is divided into multiple credits or debts based on the amount.
  • the credit and debt synthesis unit 270 uses the split credit or debt as the underlying credit or debt.
  • the receivables and debts information acquisition unit 280 selects the combined receivables or the original receivables that form the basis of the combined receivables from the receivables and payables database 210 in accordance with the conditions transmitted from the receivables and payables reseller 27
  • the information of the selected original loan or debt is extracted from the debt database 210.
  • the debt and debt information acquisition unit 280 acquires the debtor's collection rank stored in the debt and debt database 210 using the rank database 220 and acquires The original credit or the original debt is selected from the credit and debt database 210 using the collected rank.
  • the interest rate accounting section 295 calculates the interest rate generated from the collection date of the receivable or debt to the collection date of the receivable or receivable, and sets the receivable or receivable generated by the receivable or debt setting or transaction. First, for example, interest rates are added to the amount to be paid by the applicant for claim and the amount received by the debtor or the original creditor.
  • the specific operation of the interest rate adding unit 295 is realized by the payment amount setting unit 290 and the received amount setting unit 300.
  • the payment amount setting unit 290 sets the payment amount to be paid by the applicant for claim acquisition, using the information on the combined receivable or the combined obligation transmitted from the receivable and debt combining unit 270. More specifically, the payment amount setting unit 290 sets the time when the receivables and payables synthesis unit 270 sets the latest collection time of the combined loans as the combined loan or the collection date of the combined obligation.
  • the specified fee to be received by the manager of the debt and debt setting system 200 and the interest rate generated from the due date of collection of the underlying loan or debt to the due date of collection of the combined loan or debt are calculated as follows: Alternatively, the payment amount is set by adding to the total amount of the underlying debt.
  • the payment amount setting unit 290 sets the time limit for collection by the receivables and credits synthesis unit 270 as the collection time limit for the combined receivables or the combined obligations acquired by the desired acquisition unit 260.
  • the prescribed fee to be received by the manager of the setting support system 200, and the interest rate incurred from the collection period of the receivables to the collection period of the receivable or receivable, and the total amount of the receivables or debts Set the payment amount by adding to.
  • the payment amount setting unit 290 is the manager of the receivable and debt setting support system 200
  • the amount to be paid shall be the sum of the original fee or the total amount of the underlying debt or obligations to be received.
  • Receivable amount setting unit 300 sets the amount to be received by the obligor or the original creditor using the information on the combined receivable or the combined obligation transmitted from the receivable and payable combining unit 270.
  • the amount-of-receipt setting unit 300 sets the latest collection deadline of the underlying receivables or debts based on the receivables / debts synthesis unit 27 If set, for example, the prescribed fee to be received by the administrator of the debt and debt setting support system 200, and the interest rate generated between the due date of collection of the underlying loan or debt and the due date of collection of the combined loan or debt Is subtracted from the total amount of the underlying receivables or debts to determine the amount received.
  • the manager of the receivables and debts setting support system 200 receives The amount to be received is set by subtracting the prescribed commission to be paid and the interest rate generated between the collection period of the original loan or the original debt and the collection period of the synthetic loan or the synthetic debt from the total amount of the original loan.
  • the Receivables Amount Setting Unit 300 sets the manager of the debt and debt setting support system 200 Set the amount to be received by deducting the prescribed fee to be received from the total amount of the underlying loan or debt.
  • the payment amount setting unit 290 and the receipt amount setting unit 300 0 are based on the information on the combined loan sent from the debt and debt combining unit 270, and either one of them is the original loan or the collection period of the original debt.
  • the amount of payment or the amount to be received shall be set in consideration of the interest rate generated from the time until the collection date of the synthetic debt or the synthetic debt.
  • the payment amount setting section 290 and the receipt amount setting section 3000 check the predetermined information on the combined receivables or combined obligations including the payment amount and the received amount and the predetermined information on the customer, respectively. Send to
  • the confirming unit 310 Upon receiving the predetermined information relating to the synthetic receivable or the synthetic debt and the information relating to the customer, the confirming unit 310 transmits the predetermined information including the payment amount relating to the synthetic receivable or the synthetic debt to the terminal 501 of the applicant for acquiring the receivable. At the same time, it transmits predetermined information on the synthetic receivable or the synthetic debt service, including the amount received, to the debtor terminal 400 or the current creditor terminal 420.
  • the confirmation receiving section 320 receives information from the debtor terminal 400 or the current creditor terminal 420 indicating that sales of the receivables or debts are approved, and from the debt acquirer applicant terminal 500 for synthetic receivables or Upon receiving the information to approve the purchase of the synthetic debt, the information on the set synthetic debt or the combined debt is stored in the synthetic debt database 240.
  • FIG. 7 shows an example of the display on the display unit 5110 of the terminal 500 for the applicant for obtaining a bond. This example is an example of a screen for inputting desired conditions for a receivable acquired by a receivable applicant.
  • the display section 5100 displays a column for inputting the amount of receivables, a column for inputting a collection term, a column for inputting an interest rate, and a column for inputting a recovery risk rank.
  • the screen for inputting the conditions desired by the debt acquisition applicant for the debt to be acquired is substantially the same as that in this example, and therefore the description is omitted.
  • FIG. 8 shows another display example of the display unit 5110 of the bond acquisition applicant terminal 500.
  • the display unit 5100 displays predetermined information on the combined bond transmitted by the check unit 3100 of the bond and debt setting support system 2000. More specifically, the display section 5100 shows the amount of the synthetic receivables, the collection deadline, the interest rate, and the confirmation of the receivable acquisition by the applicant for receivable acquisition.
  • Show “No” button and other information include information indicating that the interest receivable to be acquired by the claimant has been reduced due to the split of the current claim.
  • FIG. 9 shows a display example of the display unit 401 or the display unit 421 of the debtor terminal 400 or the current creditor terminal 420.
  • the receivables and debts setting support system 2000 displays various information indicating the sales amount of the original receivable of the combined receivable, including the received amount transmitted by the confirmation unit 310, that is, the sales amount. More specifically, in the present example, the display section 401 or the display section 421 shows the bond ID, the original loan amount, the collection date, the interest rate, the interest rate, Display "Yes” or “No” button to confirm the sales amount, whether or not the split, the interest rate resulting from the split, and the debtor or the current creditor to set up or sell the receivable.
  • Figure 10 shows the debt and debt setting support system 200, debtor terminal 400, and debt collection It is a sequence diagram which shows the operation
  • the terminal 500 for the applicant for acquiring a loan requests access to the debt and debt setting support system 200 (S100).
  • the bond and debt setting support system 2000 sends the input screen data to the bond acquisition applicant terminal 500 (S110).
  • the bond acquisition applicant terminal 500 displays an input screen, an example of which is shown in FIG. 7 (S120).
  • the applicant for receivable obtains the conditions of the desired receivable on the receivable applicant terminal 500 (S130).
  • the bond acquisition applicant terminal 500 sends the input bond conditions to the bond setting support system 200 (S140).
  • the receivables and debts setting support system 2000 acquires the conditions of the combined loan from the bond acquisition applicant terminal 500 (S150), and generates the combined bond in accordance with the conditions (S160). ). Then, the receivable and debt setting support system 200 transmits predetermined information on the combined receivable to the receivable acquirer terminal 500 (S170), and the current obligor terminal 420 or the obligor. The sales condition of the original loan is transmitted to the terminal 400 (S180).
  • the bond acquisition applicant terminal 500 displays the information on the combined claim as shown in an example in FIG. 8 (S190). Then, when the applicant for receivable acquisition confirms the information of the combined receivable by pressing, for example, the “Yes” or “No” button on the screen 501 (S200), the terminal for applicant for receivable acquisition 500 The information indicating that the acquisition applicant has confirmed the information on the combined loan is transmitted (S210). The receivables and debts setting support system 200 also updates the receivables and payables database 210 to store information indicating that the receivable is used as the original receivable and is to be sold.
  • the current creditor terminal 420 or the debtor terminal 400 displays the sales information of the received credit as shown in an example in FIG. 9 (S230), for example, "Yes""No" By pressing the button, the current creditor or debtor is asked to confirm the sales conditions of the loan (S240). The current creditor terminal 420 or the debtor terminal 400 is used by the current creditor to confirm the sales conditions. Then, the information indicating the confirmation is transmitted to the debt and debt setting support system 200 (S250).
  • the credit and debt setting support system 200 confirms the information transmitted from the debt acquisition applicant terminal 500 and the current creditor terminal 420 or the debtor terminal 400. Based on this information, it is confirmed that the applicant for receivables understands the purchase of the synthetic receivable, and that the current creditor or debtor has agreed to set up the sale of the receivable (S260).
  • the support system 200 updates the synthetic debt database 240 by storing predetermined information on the synthetic debt in the synthetic debt database 240 (S270),
  • loan and debt setting support system 200 uses the received information to indicate that the applicant for the claim and either the current creditor or the debtor do not understand the conditions of the synthetic loan or the sales and setting conditions of the original loan. In this case, it is determined that the sale of synthetic receivables is not possible (S2
  • the receivables and payables database 210 is updated to delete the information indicating that the receivable is for sale (S280), and the operation is terminated.
  • the credit and debt setting support system 2000 transmits information for confirming that the sale of the composite credit has been set to the credit acquisition applicant terminal 500. Then, the receivables and debts setting support system 200 transmits information for confirming that the original receivable has been sold and set up to the current creditor terminal 420 or the debtor terminal 400 (S300). .
  • the bond acquisition applicant terminal 500 Upon receiving the information indicating that the combined loan has been set from the bond and debt setting support system 200, the bond acquisition applicant terminal 500 displays the information (S310), and displays the information to the bond acquisition applicant. After confirming the information (S320), the operation is terminated.
  • the current creditor terminal 420 or the debtor terminal 400 receives information from the credit and debt setting support system 200 indicating that the loan has been sold and set, the information is displayed (S33) 0), after the current creditor confirms the information (340), the operation ends. Therefore, by using the debt and debt setting support system 200, it becomes possible to provide the debt or debt according to the wishes of the debt and debt acquisition applicant.
  • New receivables or debts can be set up and sold as a composite receivable or part of a combined debt with a receivable or debt with very low recovery risk.
  • FIGS. 12 and 13 are flowcharts for explaining the details of the operation of S160 in FIG.
  • the credit and debt synthesis unit 270 of the credit and debt setting support system 2000 checks within the conditions received from the loan acquisition applicant terminal 500 to determine whether or not the collection deadline date desired by the debt acquisition applicant is desired. (S400). If there is a desired collection due date, the receivables and payables synthesis unit 270 sets that date as the collection due date of the combined receivables (S410). If the desired collection deadline date has not been set (S400), the receivables and credits synthesis unit 270 proceeds directly to S420. Then, the credit and debt synthesis unit 270 sets conditions for the remaining synthetic debt based on the information received from the debt acquisition applicant terminal 500 (S 420).
  • the credit and debt combining unit 270 extracts the combining condition from the combining condition database 240 based on the rank of the collection risk of the combined loan included in the set conditions (S430). Then, the receivable / receivable synthesizing unit 270 transmits the set synthesizing condition and the receivable condition to the receivable and debt information acquiring unit 280.
  • the bond information acquiring unit 280 uses the rank database 220 to extract a plurality of bonds that match the received combined condition and the combined bond condition from the bond and debt database 210. Yes (S440). Then, the credit and debt information acquisition unit 280 transmits the extracted information on the credit to the credit and debt synthesis unit 270.
  • the receivable and payable combining unit 270 checks whether or not the desired acquisition unit 260 can be adjusted to the amount of the acquired loan by combining the plurality of bonds that have received the information (S444). If not, the receivables and payables synthesis unit 270 splits the receivables using the receivables and payouts splitting unit 275 (S444).
  • the credit and debt synthesis unit 270 checks whether or not the collection deadlines of the plurality of credits that have received the information are the same (S450). If the collection due dates are the same, the credit and debt combining unit 270 combines the plurality of claims by, for example, simply adding them together (S455), and proceeds to S530.
  • the Debt Combination Department 270 determines whether to split the receivables. Disconnect (S460). If it is determined that it is necessary to split the receivables, for example, if the collection due date of the combined receivable is earlier than the collection due date of one or more original receivables, the receivables and payables combiner 20 Is used to divide the receivable, the collection due date is set to the collection due date of the combined receivable (S470), and the receivable is combined using the divided receivable (S480). The method of combining the claims here is the same as, for example, S455.
  • the bond and debt combining unit 270 Set the date on which the collection due date is the latest among multiple receivables to the collection due date of the synthetic receivable (S490), combine the receivables (S500), and pay the information on the combined receivables and the interest rate ⁇ It is sent to the fixed section 290 and the received amount setting section 300. Then, the payment amount setting unit 290 or the reception amount setting unit 300 calculates the interest rate generated between the collection period of each loan and the collection period of the combined loan (S500), The interest rate is reflected on the loan terms (S520). Then, the payment amount setting unit 290 and the reception amount setting unit 300 calculate the commission (S530), and reflect the commission on the receivable condition (S540). With the above, the debt and debt setting support system 200 ends the generation of the composite debt.
  • FIG. 14 is a flowchart illustrating details of the operation of S470 in FIG.
  • the debt / synthesis combining unit 270 extracts the debt to be split (S610). Then, the receivable and payable division unit 275 calculates the first period and the second period of the receivable by recognizing the collection deadline date of the synthetic receivable and the recovery deadline of the receivable (S620). It is divided into one-period receivables and second-period receivables (S630).
  • the first period is the period from the date on which the original receivables were set up to the collection deadline of the composite receivables
  • the second period is the period from the collection deadline of the composite receivables to the original collection date of the receivables.
  • FIG. 15 is a flowchart illustrating details of S520 of FIG.
  • the credit and debt synthesis unit 270 determines whether the interest rate is to be borne by the current creditor or debtor (S710). If the current creditor or debtor is to pay, Combining section 270 transmits predetermined information to amount-of-receipt setting section 300. Then, the receiving amount setting unit 300 sets the receiving amount by reflecting the interest rate (S720). If the interest rate is not the burden on the current creditor or debtor, the creditor debtor 270 sends predetermined information to the payment amount setting unit 290. The payment amount setting unit 290 sets the payment amount by reflecting the interest rate in the received amount (S730).
  • the receivables and debts setting support system 200 even when the collection due date of the synthetic receivable or the combined debt does not match the collection due date of all the original receivables, the composite receivable or the combined debt can be generated. Therefore, there is a high possibility that a range of synthetic receivables is set, that is, the underlying receivables or underlying debts are set and sold.
  • FIG. 16 is a block diagram showing a hardware configuration of the debt and debt setting support system 200.
  • the debt and debt setting support system 200 includes 0 to 11700, 10702, a RAM 704, and a communication interface 706.
  • the CPU 700 operates based on programs stored in the ROM 702 and the RAM 704.
  • the communication interface 706 communicates with the outside via the Internet 10.
  • a hard disk drive 710 as an example of a storage device stores setting information and a program that the CPU 700 operates.
  • the floppy disk drive 712 reads data or a program from the floppy disk 714 and provides it to the CPU 700.
  • the CD-ROM drive 716 reads data or programs from the CD-ROM 718 and provides it to the CPU 700.
  • the communication interface 706 connects to the Internet network 10 to send and receive data.
  • the software executed by the CPU 700 is stored in a recording medium such as a floppy disk 714 or a CD-ROM 718 and provided to the user. Stored on a recording medium The software may be compressed or uncompressed. The software is installed in the hard disk drive 7100 from the recording medium, read out to the RAM704, and executed by the CPU700.
  • the software stored in the recording medium that is, the software installed in the hard disk drive 710, has a functional configuration of an obligation receiving module, a request acquisition module, an obligation synthesizing module, an obligation information acquiring module. , Payment amount setting module, receiving amount setting module, confirmation module, and confirmation receiving module.
  • the processing performed by each of these modules by the computer and performed by the CPU 700 is the same as the function and operation of the corresponding members in the debt and debt setting support system 200 in the present embodiment. Omitted.
  • a floppy disk 7 14 or a CD-ROM 7 18 as an example of a recording medium shown in FIG. 16 has a credit and debt setting support system 200 in all the embodiments described in the present application. Some or all functions can be stored.
  • These programs may be read directly from the recording medium to the RAM and executed, or may be read and executed by the RAM after being installed in the hard disk drive. Further, the program may be stored on a single recording medium or on a plurality of recording media.
  • the modules stored in the recording medium may provide their respective functions in cooperation with the operating system. For example, the function may be requested to the operating system to perform a part or all of the function, and the function may be provided based on a response from the talent rating system.
  • Recording media include floppy disks, CD-ROMs, optical recording media such as DVD, magnetic recording media such as MD, magneto-optical recording media such as PD, tape media, magnetic recording media, and IC cards. And a semiconductor memory such as a miniature card can be used. Also, using a storage device such as a hard disk or RAM provided in a dedicated communication network or a server system connected to the Internet as a recording medium, the program is provided to the debt and debt setting support system 200 through a communication network. May be. Such a recording medium is used only for manufacturing the credit and debt setting support system 200, and the production and sale of such a recording medium as a business based on the present patent It is clear that they constitute infringement. (Second example)
  • the debt and debt setting support system 201 is similar to the debt and debt setting support system 200 according to the first example, but the debt is set via the Internet network 10. Connection with the creditor terminal 400, the current creditor terminal 420, and the loan acquisition applicant terminal 500. Current creditors and applicants may belong to different financial industries.
  • the debt and debt setting support system 2000 uses the debtor terminal 400 and the current creditor terminal 420 to allow debtors to set up receivables, such as accounts receivable, or debt, such as underwriting of area debt. Acquisition of the request or the current creditor wishing to sell the receivable or debt.
  • the receivable and debt setting support system 200 obtains the conditions of the receivable or debt desired by the receivable applicant from the receivable applicant terminal 500 and sells the receivable or Select a claim or debt that meets the conditions of the acquired claim or debt, and notify the claim acquirer by transmitting the selected claim or debt condition to the claim acquirer terminal 500.
  • Fig. 17 shows an example of the debt and debt setting support system 201.
  • the credit and debt setting support system 201 includes a credit and debt database 210 and a rank database 220 as databases, and a credit and debt receiving unit 250 as a functional unit, a desired acquisition unit 26, It has a credit and debt information acquisition unit 282, a confirmation unit 310, and a confirmation reception unit 320.
  • the functions and configurations of the credit and debt database 210, the rank database 220, and the credit and debt receiving unit 250 are almost the same as those of the credit and debt setting support system 200, and therefore the details are omitted.
  • the desired acquisition unit 2 62 obtains the desired loan or debt conditions from the receivable applicant terminal 500 and sends it to the receivable and debt information acquisition unit 28 2 .
  • the information received by the request acquisition unit 26 indicates whether the acquisition request is a loan or a debt. Information for identification is also included.
  • the receivables and payables information acquisition unit 282 selects the receivables or payables that meet the conditions transmitted from the desired acquisition unit 262 from the receivables and payables database 210, and checks the information of the selected receivables or payables. Send to 3 10 At this time, the receivable and debt information acquisition unit 282 acquires the debtor's collection rank stored in the receivables and payables database 210 using the rank database 220, and uses the acquired collection rank to acquire the receivables. Select debt or debt from debt database 210.
  • the receivables and payables information acquisition unit 282 stores information indicating that the selected receivables or payables are to be sold and set in the receivables and payables database 210.
  • the confirmation unit 310 Upon receiving the predetermined information on the receivables or payables and the information on the customer, the confirmation unit 310 sets the payment amount on the receivables or payables in consideration of the fees and the like, and transmits the predetermined information including the set payment amount.
  • the information is transmitted to the debt acquisition applicant terminal 500, and predetermined information relating to the composite debt or the composite debt including the amount received is transmitted to the debtor terminal 400 or the current creditor terminal 420.
  • the confirmation receiving section 320 receives information from the debtor terminal 400 or the current creditor terminal 420 indicating that sales of the receivables or debts are approved, and from the debt acquirer applicant terminal 500 for synthetic receivables or Receives information that acknowledges purchase of synthetic debt.
  • the confirmation receiving unit receives information from the debtor terminal 400 or the current creditor terminal 420 indicating that the sale of the loan or debt is not approved, and receives the information from the terminal 500 When the information that the purchase is not approved is received, the information indicating that the selected receivable or obligatory is sold and set is deleted from the receivable and obligatory database 210.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

明 现 曞 債暩債務蚭定支揎システム
技術分野
本発明は、債暩及び債務の蚭定 ·取匕の幅を広げるこずを可胜にする債暩債務 蚭定支揎システム、債暩債務蚭定支揎方法及びプログラムに関する。たた本出願 は、䞋蚘の日本特蚱出願に関連する。文献の参照による組み蟌みが認められる指 定囜に぀いおは、 䞋蚘の出願に蚘茉された内容を参照により本出願に組み蟌み、 本出願の蚘茉の䞀郚ずする。
特願 2 0 0 1— 1 2 4 6 9 出願日 2 0 0 1幎 1月 1 9日 背景技術
債暩や債務の蚭定や取匕をする堎合、 債暩者ずなる者は、 通垞は、 債務者の返枈 胜力が䞀定以䞊あるず刀断されるこずを条件に債暩を個々に蚭定 ·取匕を行う。 埓来は、 債暩債務者が債暩債務取埗垌望者に察しお個別に芁請を行っおいた。 こ のため、 債暩債務者ぞの債暩 ·債務の蚭定の幅は制限されおいた。
たた、 債暩債務取埗垌望者は債暩債務の取匕機䌚毎に個別に債暩債務者の返枈胜 力等を刀断しおいた。 このため、 債暩債務の蚭定 ·取匕の幅は制限されおいた。 以䞊のこずから、 債暩や債務の蚭定 ·取匕の幅には䞀定の制限があった。 そこで本発明は、 このような問題を解決するこずを目的ずする。 発明の開瀺
このような目的を達成するために、 本発明の第 1の圢態は、 債暩又は債務の取匕 を支揎する債暩債務取匕支揎システムであっお、 債暩取埗垌望者が垌望する債暩、 債務の条件を取埗する垌望取埗郚ず、 債暩又は債務の債暩額又は債務額、 及び回収 期限を含む明现条件をそれぞれ取埗する債暩債務情報取埗郚ず、 債暩債務情報取埗 郚により取埗した明现条件を基に耇数の債暩又は債務を組み合わせお、 垌望取埗郚 により取埗した条件に芋合う合成債暩又は合成懂務を生成する債暩債務合成郚ず、 を備えるこずを特城ずする債暩債務蚭定支揎システムを提䟛する。
䞊蚘債暩債務蚭定支揎システムは、 債務者の回収リスクを瀺すランクを栌玍する ランク栌玍郚を曎に備え、 債暩債務合成郚は、 ランク栌玍郚に栌玍されたランクを 甚いお、 組み合わせる債暩又は債務を評䟡しお決定しおもよレ、。 耇数の債暩又は債 務の組合せ条件を栌玍した合成条件デヌタベヌスを曎に備え、 債暩債務合成郚は、 合成条件デヌタベヌスに栌鈉された組合せ条件を甚 ボお合成債暩又は合成債務を生 成しおもよい。
垌望取埗郚は、債暩取埗垌望者が垌望する回収期限を取埗し、債暩債務合成郚は、 垌望取埗郚が取埗した回収期限を合成僙暩又は合成債務の回収期限に蚭定しおもよ い。 この堎合、 債暩又は債務の回収期限から合成債暩又は合成債務の回収期限たで の間に発生する金利料を算出し、 債暩又は債務の蚭定又は取匕により生じるマネヌ フロヌに、 金利料を加味する金利料加味郚を曎に備えおもよい。
債暩債務合成郚は、 異なる日が回収期限である耇数の債暩又は債務を組み合わせ お合成債暩又は合成債務を生成しおもよい。 債暩債務合成郚は、 耇数の債暩又は債 務のうち最も遅い回収期限を、 合成債暩又は合成債務の回収期限に蚭定し、 曎に、 債暩又は債務の回収期限から、 合成債暩又は合成債務の回収期限たでの間に発生す る金利料を、 債暩取埗垌望者が債暩又は債務に察しお支払う支払額に加算する支払 金額蚭定郚を備えおもよい。 金利料を受取金額に加算するこずで支払額を蚭定する こずを債暩取埗垌望者に確認する確認郚を曎に備えおもよい。 債暩債務合成郚は、 耇数の債暩又は債務のうち最も遅い回収期限を、 合成債暩又は合成債務の回収期限 に蚭定し、 曎に、 債暩所埗垌望者が債暩又は債務に察しお支払う支払額から、 債暩 又は債務の回収期限から、 合成債暩又は合成債務の回収期限たでの間に発生する金 利料を、 債暩の珟債暩者或いは債務者が受け取る受取金額から差し匕く受取金額蚭 定郚を備えおもよい。 この堎合、 金利料を支払額から差し匕くこずで受取金額を蚭 定するこずを珟債暩者或いは債務者に確認する確認郚を曎に備えおもよい。 債暩条件取埗郚は、 債暩取埗垌望者が垌望する回収期限を取埗し、 債暩債務合成 郚は、 債暩条件取埗郚が取埗した回収期限を合成債暩又は合成債務の回収期限に蚭 定し、 曎に、 債暩所埗垌望者が債暩又は債務に察しお支払う支払額から、 債暩又は 債務の回収期限から、 合成債暩又は合成債務の回収期限たでの間に発生する金利料 を、 債暩の珟債暩者或いは債務者が受け取る受取金額から差し匕く受取金額 定郚 を備えおもよレ、。
債暩債務合成郚は、 回収期限が合成債暩又は合成債務の回収期限より埌行する債 暩又は債務を、 圓該債暩又は債務の期間を耇数に分割するこずで耇数の債暩に分割 し、 分割埌の債暩又は債務を甚いお合成債暩又は合成債務を生成しおもよい。 債暩債務合成郚は、 債暩又は債務を金額で分割し、 分割埌の債暩又は債務を少な くずも 1぀甚いお合成債暩又は合成債務を生成しおもよい。 本発明の第 2の圢態は、 債暩又は債務の取匕を支揎する債暩債務取匕支揎システ ムであっお、 販売又は蚭定察象ずなる債暩又は債務の条件を栌玍する債暩債務デヌ タベヌスず、 耇数の金融業皮に属する債暩取埗垌望者が垌望する、 債暩又は債務の 条件を、 債暩取埗垌望者端末から取埗する垌望取埗郚ず、 垌望取埗郚が取埗した条 件に芋合う債暩又は債務の情報を債暩債務デヌタベヌスから取埗する債暩債務情報 取埗郚ず、 債暩債務情報取埗郚が取埗した債暩又は債務の情報を債暩取埗垌望者端 末に送信しお確認させる確認郚ず、 を備えるこずを特城ずする債暩債務蚭定支揎シ ステムを提䟛する。 本発明の第 3の圢態は、 債暩又は債務の取匕を支揎する債暩債務取匕支揎方法で あっお、 債暩取埗垌望者が垌望する債暩又は債務の条件を取埗し、 耇数の債暩又は 債務の債暩額又は債務額、 及び回収期限を含む明现条件をそれぞれ取埗し、 明现条 件を基に耇数の債暩又は債務を組み合わせお、 取埗した条件に沿぀た合成債暩又は 合成債務を生成し、 生成した合成債暩又は合成債務の条件を債暩取埗垌望者に通知 するこずを特城ずする債暩債務蚭定支揎方法を提䟛する。 本発明の第 4の圢態は、 債暩又は債務の取匕を支揎する債暩債務取匕支揎方法で あっお、 販売又は蚭定察象ずなる債暩又は債務の条件を管理し、 耇数の金融業皮に 属する債暩取埗垌望者が垌望する、 債暩又は債務の条件を取埗し、 取埗した条件に 芋合う債暩又は債務を条件を管理しおいる債暩又は債務から遞択し、 遞択した債暩 又は債務を債暩取埗垌望者に通知するこずを特城ずする債暩債務蚭定支揎方法を提 䟛する。 本発明の第 5の圢態は、 コンピュヌタで実行可胜であり、 債暩又は債務の取匕を 支揎するプログラムであっお、 債暩取埗垌望者が垌望する債暩又は債務の条件を取 埗する垌望取埗モゞュヌルず、 耇数の債暩又は債務の債暩額又は債務額、 及び回収 期限を含む明现条件をそれぞれ取埗する債暩条件取埗モゞュヌルず、 回収リスク及 ぎ債暩額を基に耇数の債暩又は債務を組み合わせお、 垌望取埗郚により取埗した条 件に沿った合成債暩又は合成債務を生成する債暩合成モゞュヌルず、 を備えるこず を特城ずするプログラムを提䟛する。 本努明の第 6の圢態は、 コンピュヌタで実行可胜であり、 債暩又は債務の取匕を 支揎するプログラムであっお、耇数の金融業皮に属する債暩取埗垌望者が垌望する、 債暩又は債務の条件を、 債暩取埗垌望者端末から取埗する垌望取埗モゞュヌルず、 垌望取埗郚が取埗した条件に芋合う債暩又は債務の情報を、 販売又は蚭定察象ずな る債暩又は債務の条件を栌玍する債暩債務デヌタベヌスから取埗する債暩債務情報 取埗モゞュヌルず、 債暩債務情報取埗郚が取埗した債暩又は債務の情報を債暩取埗 垌望者端末に送信しお確認させる確認モゞュヌルず、 を備えるこずを特城ずするプ ログラムを提䟛する。 なお䞊蚘の発明の抂芁は、 本発明の必芁な特城の党おを列挙したものではなく、 これらの特 ί敷矀のサプコンビネヌションも又発明ずなりうる。 図面の簡単な説明
図 1は、 本発明の実斜圢態の第 1の䟋である債暩債務蚭定支揎システム 2 0 0 を含むシステムの䞀䟋を瀺す。
図 2は、 債暩債務蚭定支揎システム 2 0 0の構成を瀺す。
図 3は、 債暩債務デヌタベヌス 2 1 0の䞀䟋を瀺す。
図 4は、 ランクデヌタベヌス 2 2 0の䞀䟋を瀺す。
図 5は、 合成条件デヌタベヌス 2 3 0の䞀䟋を瀺す。
図 6は、 合成債暩債務デヌタベヌス 2 4 0の䞀䟋を瀺す。
図 7は、 債暩取埗垌望者端末 5 0 0の衚瀺郚 5 1 0の衚瀺の䞀䟋を瀺す。 図 8は、 債暩取埗垌望者端末 5 0 0の衚瀺郚 5 1 0の他の衚瀺䟋を瀺す。 図 9は、 債務者端末 4 0 0もしくは珟債暩者端末 4 2 0の衚瀺郚 4 0 1もしく は衚瀺郚 4 2 1の衚瀺䟋を瀺す。
図 1 0は、 債暩債務蚭定支揎システム 2 0 0、 債務者端末 4 0 0、 および債暩 取埗垌望者端末 5 0 0の動䜜を瀺すシヌケンス図である。
図 1 1は、 図 1 0の続きを瀺すシヌケンス図である。
図 1 2は、 図 1 0の S 1 6 0の動䜜の詳现を説明するフロヌチャヌトである。 図 1 3は、 図 1 2の続きを瀺すフロヌチャヌトである。
図 1 4は、 図 1 3の S 4 7 0の動䜜の詳现を説明するフロヌチャヌトである。 図 1 5は、 図 1 3の S 5 2 0の詳现を説明するフロヌチダ䞀トである。
図 1 6は、 債暩債務蚭定支揎システム 2 0 0のハヌドりヱァ構成を瀺すプロッ ク図である。
図 1 7は、 本実斜圢態の第 2の䟋である債暩債務蚭定支揎システム 2 0 1の䞀 䟋を瀺す。 発明を実斜するための最良の圢態
以䞋、発明の実斜の圢態を通じお本発明を説明するが、 以䞋の実斜圢態はクレヌ ムにかかる発明を限定するものではなく、 又実斜圢態の䞭で説明されおいる特 の 組み合わせの党おが発明の解決手段に必須であるずは限らない。
(第 1の䟋
図 1は、 本発明の実斜圢態の第 1の䟋である債暩債務蚭定支揎システム 2 0 0を 含むシステムの䞀䟋を瀺す。 本実斜䟋においお、 債暩債務蚭定支揎システム 2 0 0 は、 むンタヌネット網 1 0を介しお債務者端末 4 0 0、 珟債暩者端末 4 2 0、 およ ぎ債暩取埗垌望者端末 5 0 0ず接続する。 珟債暩者及ぎ債暩取埗垌望者は、 異なる 金融業皮に属しおいおもよい。 債暩債務蚭定支揎システム 2 0 0は、 債務者端末 4 0 0および珟債暩者端末 4 2 0から、 債務者が、 売掛債暩などの債暩又は面積的債 務匕受などの債務の蚭定を垌望する旚、 或いは珟債暩者が債暩又は債務の販売の垌 望をする旚を取埗する。 たた、 債暩債務蚭定支揎システム 2 0 0は、 債暩取埗垌望 者端末 5 0 0から債暩取埗垌望者が垌望する債暩又は債務の条件を取埗し、 耇数の 債暩又は債務すなわち原債暩又は原債務を組み合わせるこずで、 取埗した債暩又は 債務の条件に合぀た合成債暩又は合成債務を生成し、 合成債暩又は合成債務の条件 すなわち金額や回収期限日等を債暩取埗垌望者端末 5 0 0に送信する。
すなわち債暩債務蚭定支揎システム 2 0 0は、 債務者および珟債暩者が販売 ·蚭 定を垌望する耇数の債暩又は債務を組み合わせお債暩取埗垌望者に販売するこずを 支揎するシステムである。
ここで、 債務者端末 4 0 0、 珟債暩者端末 4 2 0、 および債暩取埗垌望者端末 5 0 0は各々耇数あっおもよい。
図 2は、 債暩債務蚭定支揎システム 2 0 0の構成を瀺す。 債暩債務蚭定支揎シス テム 2 0 0は、 デヌタベヌスずしお、 債暩債務デヌタベヌス 2 1 0、 ランクデヌタ ベ䞀ス 2 2 0、 合成条件デヌタベヌス 2 3 0、 および合成債暩債務デヌタベヌス 2 4 0を有する。 たた債暩債務蚭定支揎システム 2 0 0は、 機胜郚ずしお、 債暩債務 受信郚 2 5 0、 垌望取埗郚 2 6 0、 債暩債務合成郚 2 7 0、 債暩債務情報取埗郚 2 8 0、 金利料加味郚 2 9 5確認郚 3 1 0、 および確認受信郚 3 2 0を有する„ 金利 料加味郚 2 9 5は支払金額蚭定郚 2 9 0及ぎ受取金額蚭定郚 3 0 0を有する。
債暩債務デヌタベヌス 2 1 0は、 債務者端末 4 0 0および珟債暩者端末 4 2 0か ら受信した債暩又は債務に関する所定の情報を債暩債務 I Dに察応づけお栌玍する。 図 3は、 債暩債務デヌタベヌス 2 1 0の䞀䟋を瀺す。 本䟋においお、 債暩債務デ ヌタベヌス 2 1 0は、 債暩 I Dフィヌルド、 債暩債務フィヌルド、 債務者フィヌル ド、 珟債暩者フィヌルド、 蚭定日フィヌルド、 回収期限フィヌルド、 債暩額フィヌ ルド、 販売枈フィヌルド、 および分割残フィヌルドを有する。
債暩債務 I Dフィヌルドは、その債暩又は債務に固有の債暩債務 I Dを栌玍する。 債暩債務フィヌルドは、 債暩ず債務ずを区別する情報を栌玍する。 債暩債務フィ ヌルドは、 さらに債暩の皮類又は債務の皮類を区別する情報を䞀緒に栌玍しおもよ い。
債務者フィヌルドは、 その債暩又は債務の債務者を特定する情報を栌玍する。 債 務者フィヌルドに栌玍される情報は、 債務者の名前そのものでも良いし、 債務者に 固有の I Dでも良い。
珟債暩者フィヌルドは、 その債暩又は債務を有する珟債暩者を特定する情報を栌 玍する。 珟債暩者フィヌルドに栌玍される情報は珟債暩者の名前そのものでも良い し、 珟債暩者に固有の I Dでも良い。 なお債暩又は債務が蚭定されおない堎合は珟 債暩者フィヌルドには情報は栌玍されない。
蚭定日フィヌルドは債暩又は債務の蚭定した日を栌玍する。 債暩又は債務が蚭定 されおいない堎合蚭定日フィヌルドには債暩 ·債務蚭定予定日が栌玍される。
回収期限フィヌルドには債暩又は債務が回収される日を特定する情報が栌玍され る。 回収期限フィヌルドに栌玍される情報ずしおは、 蚭定日から回収期限日たでの 期間を瀺す情報でも良いし、 回収期限日をそのたた栌玍しおも良い。 債暩額フィヌ ルドには債暩又は債務の金額を瀺す情報が栌玍される。
販売枈フィヌルドにはその債暩又は債務が販売されたか吊かを瀺す情報が栌玍さ れる。 䟋えば債暩が合成債暩の䞀郚ずしお販売された堎合、 販売枈みフィヌルドに は〇を瀺す情報が栌玍される。 分割残フィヌルドには債暩又は債務が分割しお販売 ·蚭定された堎合に、 販売 · 蚭定されずに残った債暩又は債務の量を瀺す情報が栌玍される。 分割残フィヌルド を蚭けるこずで、 債暩債務蚭定支揎システム 2 0 0は、 分割しお残った債暩又は債 務を、 合成債暩又は合成債務の基ずなる原債暩又は原債務ずしお甚いるこずができ る。
ランクデヌタベヌス 2 2 0は、 債務者を特定する情報ず、 その債務者の回収リス クを瀺すランクずを察応づけお栌玍する。
図 4は、 ランクデヌタベヌス 2 2 0の䞀䟋を瀺す。 本䟋においお、 ランクデヌタ ベヌス 2 2 0は、 債務者名フィ䞀/レド、 珟圚ランクフィヌルド、 前回ランクフィヌ ルド、 およびランク改定日フィヌルドを有する。
債務者名フィヌルドは、 その債務者を特定する情報を栌玍する。 債務者を特定す る情報ずしおは、 債務者名そのものを栌玍しおも良いし、 債務者に固有の I Dであ ぀おも良い。
珟圚ランクフィヌルドは、 その債務者の珟圚のランクを瀺す情報を栌玍する。 前 回ランクフィヌルドは、 前回のランクを栌玍する。 ランク改定日フィ䞀/レドは、 ラ ンクが改蚂された日を特定する情報を栌玍する。 珟圚ランクフィヌルドず前回ラン クフィヌルドずを蚭けるこずで、 債暩債務蚭定支揎システム 2 0 0は、 債務者の回 収リスクの動向を把握するこずができる。
合成条件デヌタベヌス 2 3 0は、 合成債暩の基ずなる原債暩又は原債務に求めら れる条件を栌玍する。
図 5は、 合成条件デヌタベヌス 2 3 0の䞀䟋を瀺す。 本䟋においお合成条件デヌ タベヌス 2 3 0は、 回収リスクランクフィヌルドぉよび債務者条件フィヌルドを有 する。 回収リスクランクフィヌルドは、 合成債暩又は合成債務の回収リスクを瀺す ランクを栌玍する。 債務者条件フィヌルドは、 原債暩又は原債務の債務者に求めら れる回収リスクを瀺すランクを栌玍する。 より具䜓的には、 合成債暩又は合成債務 に求められる回収リスクが Aランクである堎合、 原債暩又は原債務の債務者は䟋え ば Aランクのみずなる。 たた合成債暩に求められるランクが Bである堎合、 原債暩 又は原債務の債務者は、 条件は、 Aランクず Cランクの組合せ、 若しくは Bランク のみずなる。
すなわち、 債暩債務蚭定支揎システム 2 0 0は、 合成条件デヌタベヌス 2 3 0を 甚いるこずで効率よく合成債暩又は合成債務を生成できる。
合成債暩債務デヌタベヌス 2 4 0は、合成債暩又は合成債務に関する各皮情報を、 合成債暩又は合成債務ごずに栌玍する。
図 6は、 合成債暩債務デヌタベヌス 2 4 0の䞀䟋を瀺す。 本䟋においお、 合成債 暩債務デヌタベヌス 2 4 0は、 合成債暩又は合成債務ごずにテヌブルを有する。 各 テヌブルは、 合成債暩債務 I Dフィヌルド、 債暩者フィヌルド、 回収期限フィヌル ド、 原債暩債務情報フィヌルド、 債暩債務額フィヌルド、 および金利率フィヌルド を有する。
合成債暩債務 I Dフィヌルドは、 その合成債暩又は合成債務に固有の I Dを栌玍 する。 債暩者フィヌルドは、 その合成債暩又は合成債務を賌入した者すなわち債暩 者を特定する情報を栌玍する。 回収期限フィヌルドは、 その合成債暩又は合成債務 の回収期限を特定する情報を栌玍する。 原債暩情報フィヌルドは、 原債暩又は原債 務を特定する債暩債務 I Dず、 原債暩又は原債務のうちどれだけを合成債暩の原債 暩ずしお䜿甚したかを瀺す分割割合を栌玍する。 債暩債務額フィヌルドは、 その合 成債暩又は合成債務の債暩額又は債務額を栌玍する。 金利率フィヌルドは、 その合 成債暩の金利率もしくは金利料を栌玍する。
図 2に戻り、 債暩債務受信郚 2 5 0は、 債務者端末 4 0 0たたは珟債暩者端末 4 2 0力ゝら、 債暩に関する債暩又は債務の債暩額又は債務額、 及び回収期限を含む明 现条件及び債暩の販売垌望を受信する。 そしお債暩債務受信郚 2 5 0は、 受信した 債暩の情報を債暩債務デヌタベヌス 2 1 0に栌玍する。 債暩債務受信郚 2 5 0が受 信する情報には、 少なくずも債暩債務デヌタベヌス 2 0に栌玍きれる情報が含た れる。
垌望取埗郚 2 6 0は、 債暩取埗垌望者端末 5 0 0力 ら、 債暩取埗垌望者が賌入垌 望 ·蚭定垌望する合成債暩又は合成債務の条件を取埗し、 債暩債務合成郚 2 7 0に 送信する。 ここで、 垌望取埗郚 2 6 0が受信する情報には、 取埗垌望が債暩か債務 かを識別する情報も含たれる。
債暩債務合成郚 2 7 0は、 垌望取埗郚 2 6 0から合成債暩たたは合成債務の条件 を取埗するず、 その債暩 ·債務条件に合った合成条件を合成条件デヌタベヌス 2 3 0から抜出し、 抜出した合成条件を債暩債務情報取埗郚 2 8 0に送信する。 たた、 合成条件に察する応答ずしお、 債暩債務合成郚 2 7 0は、 債暩債務情報取埗郚 2 8 0から合成債暩又は合成債務の基ずなる珟債暩又は原債務に関する債暩又は債務の 債暩額又は債務額、 及び回収期限を含む明现条件を取埗し、 取埗した明现条件を甚 いお合成債暩又は合成債務を生成する。 そしお、 債暩生成郚 2 7 0は、 生成した合 成債暩又は合成債務に関する情報を支払金額蚭定郚 2 9 0及び受取金額蚭定郚 3 0 0に送信する。
たた、 債暩債務合成郚 2 7 0は、 債暩債務分割郚 2 7 5を有する。 債暩債務分割 郚 2 7 5は、 垌望取埗郚 2 6 0が取埗した条件に含たれる回収期限日ず、 債暩債務 情報取埗郚 2 8 0から送信された債暩又は債務の回収期限日ずが異なった堎合、 債 暩債務情報取埗郚 2 8 0から送信された債暩又は債務を、 圓該債暩又は債務の期間 を耇数に分割するこずで耇数の債暩又は債務に分割する。
たた、 債暩債務分割郚 2 7 5は、 債暩額においお垌望取埗郚 2 6 0が取埗した条 件ず債暩債務情報取埗郚 2 8 0から送信された債暩又は債務ずが合わない堎合、 債 暩債務情報取埗郚 2 8 0から送信された債暩又は債務を金額を元に耇数の債暩又は 債務に分割する。
これらの堎合、 債暩債務合成郚 2 7 0は、 分割した債暩又は債務を原債暩又は原 債務ずしお甚いる。
債暩債務情報取埗郚 2 8 0は、 債暩債務合成郚 2 7 0から送信された条件に沿぀ お、 合成債暩又は合成債務の基ずなる原債暩を債暩債務デヌタベヌス 2 1 0から遞 択し、 遞択した原債暩又は原債務の情報を債暩債務デヌタベヌス 2 1 0から抜出す る。 この際、 債暩債務情報取埗郚 2 8 0は、 債暩債務デヌタベヌス 2 1 0に栌玍さ れおいる債務者の回収ランクをランクデヌタベヌス 2 2 0を甚いお取埗し、 取埗し た回収ランクを甚いお債暩債務デヌタベヌス 2 1 0から原債暩又は原債務を遞択す る。
金利料加味郚 2 9 5は、 債暩又は債務の回収期限から合成債暩又は合成債務の回 収期限たでの間に発生する金利料を算出し、 債暩又は債務の蚭定又は取匕により生 じるマネヌフ口䞀、䟋えば債暩取埗垌望者が支払うべき支払金額や債務者あるいは 原債暩者が受けずる受取金額に、 金利料を加味する。 金利料加味郚 2 9 5の具䜓的 動䜜は、 支払金額蚭定郚 2 9 0及ぎ受取金額蚭定郚 3 0 0により実珟する。
支払金額蚭定郚 2 9 0は、 債暩債務合成郚 2 7 0から送信された合成債暩又は合 成債務に関する情報を甚いお、 債暩取埗垌望者が支払うべき支払金額を蚭定する。 より具䜓的には、 支払金額蚭定郚 2 9 0は、 債暩債務合成郚 2 7 0が合成の基ず なる債暩のうち最も遅い回収期限を合成債暩又は合成債務の回収期限ず蚭定した堎 合、 債暩債務蚭定支揎システム 2 0 0の管理者が受け取るべき所定の手数料ず、 原 債暩又は原債務の回収期限から合成債暩又は合成債務の回収期限たでの間に発生す る金利料ずを、 原債暩又は原債務の合蚈額に加算する事で、 支払金額を蚭定する。 たた、 支払金額蚭定郚 2 9 0は、 債暩債務合成郚 2 7 0が、 垌望取埗郚 2 6 0が取 埗した回収期限を合成債暩又は合成債務の回収期限に蚭定した堎合、 䟋えば債暩債 務蚭定支揎システム 2 0 0の管理者が受け取るべき所定の手数料ず、 債暩の回収期 限から合成債暩又は合成債務の回収期限たでの間に発生する金利料ずを原債暩たた は原債務の合蚈額に加算する事で、 支払金額を蚭定する。 たた合成債暩又は合成債 務の支払期限日ずすべおの原債暩又は原債務の支払期限日ずが同じである堎合、 支 払金額蚭定郚 2 9 0は債暩債務蚭定支揎システム 2 0 0の管理者が受け取るべき所 定の手数料を原債暩又は原債務の合蚈額に加算した金額を支払金額ずしお蚭定する。 受取金額蚭定郚 3 0 0は、 債暩債務合成郚 2 7 0から送信された合成債暩た'たは 合成債務に関する情報を甚いお、 債務者あるいは原債暩者が受けずる受取金額を蚭 定する。
より具䜓的には、 受取金額蚭定郚 3 0 0は、 債暩債務合成郚 2 7 0が基ずなる原 債暩又は原債務のうち最も遅い回収期限日を合成債暩又は合成債務の回収期限日ず 蚭定した堎合、 䟋えば債暩債務蚭定支揎システム 2 0 0の管理者が受け取るべき所 定の手数料ず、 原債暩又は原債務の回収期限から合成債暩又は合成債務の回収期限 たでの間に発生する金利料ずを、 原債暩又は原債務の合蚈額から差し匕くこずで受 取金額を蚭定する。 たた、 債暩債務合成郚 2 7 0が、 垌望取埗郚 2 6 0が取埗した 回収期限を合成債暩又は合成債務の回収期限に蚭定した堎合、 䟋えば債暩債務蚭定 支揎システム 2 0 0の管理者が受け取るべき所定の手数料ず、 原債暩又は原債務の 回収期限から合成債暩の回収期限又は合成債務たでの間に発生する金利料ずを、 原 債暩の合蚈額から差し匕くこずで受取金額を蚭定する。 たた合成債暩又は合成債務 の回収期限日ずすべおの原債暩又は原債務の回収期限日ずがヌ臎する堎合、 受取金 額蚭定郚 3 0 0は、 債暩債務蚭定支揎システム 2 0 0の管理者が受け取るべき所定 の手数料を原債暩又は原債務の合蚈金額から差し匕くこずで受取金額を蚭定する。 ここで、 支払金額蚭定郚 2 9 0及び受取金額蚭定郚 3 0 0は、 債暩債務合成郚 2 7 0から送信される合成債暩の情報に埓い、 どちらか䞀方が、 原債暩又は原債務の 回収期限から合成債暩又は合成債務の回収期限たでの間に発生する金利料を考慮し お支払金額或レボは受取金額を蚭定する。
たた、 支払金額蚭定郚 2 9 0および受取金額蚭定郚 3 0 0は、 支払金額おょぎ受 取金額を含む合成債暩又は合成債務に関する所定の情報および顧客に関する所定の 情報を確認郚 3 1 0に送信する。
確認郚 3 1 0は、 合成債暩又は合成債務に関する所定の情報および顧客に関する 情報を受信するず、 合成債暩又は合成債務に関する支払金額を含む所定の情報を、 債暩取埗垌望者端末 5 0 0に送信するず共に、 受取金額を含む合成債暩又は合成債' 務に関する所定の情報を、 債務者端末 4 0 0あるいは珟債暩者端末 4 2 0に送信す る。
確認受信郚 3 2 0は、 債務者端末 4 0 0たたは珟債暩者端末 4 2 0から債暩又は 債務の販売を了承する旚の情報を受信し、 債暩取埗垌望者端末 5 0 0から合成債暩 又は合成債務の賌入を了承する旚の情報を受信するず、 蚭定された合成債暩又は合 成債務に関する所定の情報を合成債暩債務デヌタベヌス 2 4 0に栌玍する。 図 7は債暩取埗垌望者端末 5 0 0の衚瀺郚 5 1 0の衚瀺の䞀䟋を瀺す。 本䟋は債 暩取埗垌望者が取埗する債暩に垌望する条件を入力する画面の䞀䟋である。 本䟋に おいお、 衚瀺郚 5 1 0は、 債暩額を入力する欄ず回収期限を入力する欄ず金利率を 入力する欄ず回収リスクランクを入力する欄ずを衚瀺する。
債務取埗垌望者が取埗する債務に垌望する条件を入力する画面は、 本䟋ず抂略同 じであるので説明を省略する。
図 8は債暩取埗垌望者端末 5 0 0の衚瀺郚 5 1 0の他の衚瀺䟋を瀺す。 本䟋にお いお衚瀺郚 5 1 0は、 債暩債務蚭定支揎システム 2 0 0の確認郚 3 1 0が送信した 合成債暩に関する所定の情報を衚瀺する。 より具䜓的には、 衚瀺郚 5 1 0は合成債 暩の債暩額、 回収期限日、金利率、債暩取埗垌望者に債暩取埗の確認をずる "はい"
"いいえ" ポタン、 およびその他の情報を衚瀺する。 ここでその他の情報の具䜓䟋 ずしおは、 珟債暩を分割したため債暩取埗垌望者が受け取るべき金利料が䞋がった ず蚀うこずを瀺す情報がある。
債暩債務蚭定支揎システム 2 0 0の確認郚 3 1 0が送信した合成債務に関する所 定の情報を衚瀺する堎合も本䟋ず抂略同じであるので説明を省略する。
図 9は、 債務者端末 4 0 0もしくは珟債暩者端末 4 2 0の衚瀺郚 4 0 1もしくは 衚瀺郚 4 2 1の衚瀺䟋を瀺す。 本衚瀺䟋は、 債暩債務蚭定支揎システム 2 0 0が確 認郚 3 1 0が送信した受取金額すなわち販売額を含む合成債暩の原債暩の販売条件 を瀺す各皮情報を衚瀺する。 より具䜓的には、 本䟋においお、 衚瀺郚 4 0 1もしく は衚瀺郚 4 2 1は、 合成債暩の元ずなる債暩の債暩 I D、 原債暩額、 回収期限日、 金利料、 金利率、 販売額、 分割の有無、 分割によっお生じる金利料、 および債務者 或いは珟債暩者に債暩の蚭定或いは販売を確認する "はい" "いいえ"ボタンを衚瀺 する。
債暩債務蚭定支揎システム 2 0 0が確認郚 3 1 0が送信した受取金額すなわち販 売額を含む合成債務の原債務の販売条件を瀺す各皮情報を衚瀺する堎合も、 本䟋ず 抂略同じであるので説明を省略する。
図 1 0は、 債暩債務蚭定支揎システム 2 0 0、 債務者端末 4 0 0、 および債暩取 埗垌望者端末 5 0 0の動䜜を瀺すシヌケンス図である。 本図は、 合成債暩を䜜成す るずきのシヌケンス図である。
たず債暩取埗垌望者端末 5 0 0は、 債暩債務蚭定支揎システム 2 0 0にアクセス を芁求する S 1 0 0 )。債暩債務蚭定支揎システム 2 0 0は、債暩取埗垌望者端末 5 0 0からアクセス芁求を受信するず、 入力画面デヌタを債暩取埗垌望者端末 5 0 0に送信する S 1 1 0 )。債暩取埗垌望者端末 5 0 0は、入力画面デヌタを受信す るず、 図 7に䞀䟋を瀺す入力画面を衚瀺する S 1 2 0 )。 そしお、債暩取埗垌望者 は債暩取埗垌望者端末 5 0 0に、垌望する債暩の条件を入力する S 1 3 0 )。 そし お、 債暩取埗垌望者端末 5 0 0は、 入力された債暩の条件を債暩債務蚭定支揎シス テム 2 0 0に送信する S 1 4 0 )。
債暩債務蚭定支揎システム 2 0 0は、 債暩取埗垌望者端末 5 0 0から、 合成債暩 の条件を取埗する S 1 5 0 ) ず、 その条件に沿った合成債暩を生成する S 1 6 0 )。 そしお、債暩債務蚭定支揎システム 2 0 0は、合成した債暩に関する所定の情 報を債暩取埗垌望者端末 5 0 0に送信する S 1 7 0 ) ず共に、 珟債暩者端末 4 2 0或いは債務者端末 4 0 0に、 原債暩の販売条件を送信する S 1 8 0 )。
そしお、 図 1 1に進む。 債暩取埗垌望者端末 5 0 0は、 合成債暩に関する情報を 取埗するず、 図 8に䞀䟋を瀺したように合成債暩に関する情報を衚瀺する S 1 9 0 )。 そしお、 債暩取埗垌望者が、 䟋えば画面 5 1 0䞊の "はい" "いいえ" ボタン を抌しお合成債暩の情報を確認するS 2 0 0 )ず、債暩取埗垌望者端末 5 0 0は、 債暩取埗垌望者が合成債暩の情報を確認したこずを瀺す情報を送信する S 2 1 0 )。 たた、 債暩債務蚭定支揎システム 2 0 0は、 たた、 債暩債務デヌタベヌス 2 1 0 を曎新しお、 債暩が原債暩ずしお䜿甚され、 販売の察象ずなっおいるこずを瀺す情 報を栌玍する。
たた、 珟債暩者端末 4 2 0又は債務者端末 4 0 0は、 図 9に䞀䟋を瀺したように 受信した債暩の販売情報を衚瀺し S 2 3 0 )、 䟋えば "はい" "いいえ" ボタンを 抌させるこずで珟債暩者又は債務者に債暩の販売条件を確認させる S 2 4 0 )。そ しお、 珟債暩者端末 4 2 0又は債務者端末 4 0 0は、 珟債暩者が販売条件を確認す るず、 確認したこずを瀺す情報を債暩債務蚭定支揎システム 2 0 0に送信する S 2 5 0 )。
そしお、 債暩債務蚭定支揎システム 2 0 0は、 債暩取埗垌望者端末 5 0 0および 珟債暩者端末 4 2 0又は債務者端末 4 0 0から送信された情報を確認する。 これら の情報から債暩取埗垌望者が合成債暩の賌入を了解し、 たた、 珟債暩者又は債務者 が債暩の販売 '蚭定を了解したこずが確認される S 2 6 0 ) ず、 債暩債務蚭定支 揎システム 2 0 0は、 その合成債暩に関する所定の情報を合成債暩債務デヌタべ䞀 ス 2 4 0に栌玍するこずで合成債暩債務デヌタベヌス 2 4 0を曎新しお S 2 7 0 )、
5 2 9 0に進む。
たた、 債暩債務蚭定支揎システム 2 0 0は、 受信した情報から債暩取埗垌望者、 および珟債暩者又は債務者のどちらか䞀方が合成債暩の条件もしくは原債暩の販 売 ·蚭定条件を了解しなかった堎合には、 合成債暩の販売は䞍可胜ず刀断し S 2
6 0 )、債暩債務デヌタベヌス 2 1 0を曎新しお債暩が販売の察象ずなっおいるこず を瀺す情報を消去しお元に戻し S 2 8 0 )、 動䜜を終了する。
S 2 9 0にお、 債暩債務蚭定支揎システム 2 0 0は、 合成債暩の販売を蚭定した こずを確認する情報を債暩取埗垌望者端末 5 0 0に送信する。 そしお、 債暩債務蚭 定支揎システム 2 0 0は、 原債暩が販売 ·蚭定されたこずを確認する情報を珟債暩 者端末 4 2 0又は債務者端末 4 0 0に送信する S 3 0 0 )。
債暩取埗垌望者端末 5 0 0は、 債暩債務蚭定支揎システム 2 0 0から合成債暩が 蚭定されたこずを瀺す情報を受信するずその情報を衚瀺しS 3 1 0 )、債暩取埗垌 望者にその情報を確認させた埌 S 3 2 0 ) 動䜜を終了する。
たた珟債暩者端末 4 2 0又は債務者端末 4 0 0は、 債暩が販売 ·蚭定されたこず を瀺す情報を債暩債務蚭定支揎システム 2 0 0から受信するず、 その情報を衚瀺し ( S 3 3 0 )、 珟債暩者にその情報を確認させた埌 3 4 0 )、 動䜜を終了する。 埓っお、 債暩債務蚭定支揎システム 2 0 0を甚いるこずで、 債暩債務取埗垌望者 の垌望に沿った債暩又は債務を提䟛できるようになる。
たた、 単独では債暩又は債務の蚭定 ·販売の察象ずならなかった回収リスクの高 い債暩又は債務を、 回収リスクの非垞に䜎い債暩又は債務ず組み合わせた合成債暩 又は合成債務の䞀郚ずしお蚭定 ·販売するこずが可胜になる。
図 1 2及ぎ図 1 3は、 図 1 0の S 1 6 0の動䜜の詳现を説明するフロヌチャヌト である。
債暩債務蚭定支揎システム 2 0 0の債暩債務合成郚 2 7 0は、 債暩取埗垌望者端 末 5 0 0から受信した条件内に、 債暩取埗垌望奢が垌望する回収期限日の有無を確 認する S 4 0 0 )。垌望する回収期限日が有る堎合、債暩債務合成郚 2 7 0はその 日を合成債暩の回収期限日ずしお蚭定する S 4 1 0 )。垌望する回収期限日が蚭定 されおいない堎合 S 4 0 0 )、 債暩債務合成郚 2 7 0はそのたた S 4 2 0に進む。 そしお、 債暩債務合成郚 2 7 0は、 債暩取埗垌望者端末 5 0 0から受信した情報 を元に残りの合成債暩に察する条件を蚭定する S 4 2 0 )。 そしお、債暩債務合成 郚 2 7 0は、 蚭定された条件䞭に含たれる合成債暩の回収リスクのランクを元に、 合成条件デヌタベヌス 2 4 0から合成条件を抜出する S 4 3 0 )。 そしお、債暩債 務合成郚 2 7 0は、 蚭定された合成条件及び債暩条件を債暩債務情報取埗郚 2 8 0 に送信する。 債暩債務情報取埗郚 2 8 0は、 合成条件及ぎ債暩条件を受信するず、 ランクデヌタベヌス 2 2 0を甚いお、 受信した合成条件および債暩条件に合う耇数 の債暩を債暩債務デヌタベヌス 2 1 0から抜出する S 4 4 0 )。 そしお債暩債務情 報取埗郚 2 8 0は、抜出した債暩に関する情報を債暩債務合成郚 2 7 0に送信する。 そしお、 債暩債務合成郚 2 7 0は、 情報を受信した耇数の債暩を組み合わせるこ ずで、 垌望取埗郚 2 6 0が取埗した債暩額に合わせられるかどうかを確認する S 4 4 2 )。合わせられない堎合には、債暩債務合成郚 2 7 0は債暩債務分割郚 2 7 5 を甚いお債暩を分割する S 4 4 4 )。
図 1 3に進む。 たた、 債暩債務合成郚 2 7 0は、 情報を受信した耇数の債暩の回 収期限日が同䞀か吊かを確認する S 4 5 0 )。 回収期限日が同䞀で有った堎合、債 暩債務合成郚 2 7 0は、 そのたた耇数の債暩を䟋えば単玔に加算するこずで合成し ( S 4 5 5 )、 S 5 3 0に進む。
回収期限日が異なる堎合、 債暩債務合成郚 2 7 0は、 債暩を分割するか吊かを刀 断する S 4 6 0 )。䟋えば合成債暩の回収期限日が䞀぀以䞊の原債暩の回収期限日 より早い堎合など、 債暩を分割する必芁があるず刀断した堎合、 債暩債務合成郚 2 0は、 債暩債務分割郚 2 7 5を甚いお債暩を分割しお回収期限日を合成債暩の回 収期限日に合わせS 4 7 0 )、分割した債暩を甚いお債暩を合成するS 4 8 0 )。 ここでの債暩の合成方法は、 䟋えば S 4 5 5ず同䞀である。
たた、 䟋えば合成債暩の回収期限日がすべおの原債暩の回収期限日より遅い時な ど、 S 4 6 0で債暩を分割する必芁がないず刀断した堎合、 債暩債務合成郚 2 7 0 は、 耇数の債暩のうち最も回収期限の遅い日を合成債暩の回収期限日に蚭定し S 4 9 0 )、 債暩を合成し S 5 0 0 )、 合成債暩の情報および金利料を支払金額 ^定 郚 2 9 0およぎ受取金額蚭定郚 3 0 0に送信する。 そしお支払金額蚭定郚 2 9 0た たは受取金額蚭定郚 3 0 0は、 各債暩の回収期限ず合成債暩の回収期限ずの間に発 生する金利料を算出し S 5 0 0 )、 債暩条件に金利料を反映させる S 5 2 0 )。 そしお、 支払金額蚭定郚 2 9 0および受取金額蚭定郚 3 0 0は、 手数料を算出し ( S 5 3 0 )、 債暩条件に手数料を反映させる S 5 4 0 )。 以䞊で債暩債務蚭定支 揎システム 2 0 0は合成債暩の生成を終了する。
図 1 4は、 図 1 3の S 4 7 0の動䜜の詳现を説明するフロヌチャヌトである。 債暩債務合成郚 2 7 0は、 分割察象ずなる債暩を抜出する S 6 1 0 )。 そしお、 債暩債務分割郚 2 7 5は、 合成債暩の回収期限日およびその債暩の回収期限日を認 識するこずで債暩の第 1期間および第 2期間を算出しS 6 2 0 )、第 1期間の債暩 ず第 2期間の債暩に分割する S 6 3 0 )。 ここで第 1期間は原債暩の債暩蚭定日か ら合成債暩の回収期限日たでの期間であり、 第 2期間は合成債暩の回収期限日から 原債暩の回収期限日である。 そしお分割察象ずなる債暩が党お分割し終わった堎合 には動䜜を終了しS 6 4 0 )、分割察象ずなる債暩が残っおいる堎合には S 6 2 0 に民る。
図 1 5は、 図 1 3の S 5 2 0の詳现を説明するフロヌチャヌトである。
債暩債務合成郚 2 7 0は、 金利料が、 珟債暩者あるいは債務者に負担させるかど うかを刀断する ( S 7 1 0 )。珟債暩者あるいは債務者に負担させる堎合、債暩債務 合成郚 270は、 受取金額蚭定郚 300に所定の情報を送信する。 そしお受取金額 蚭定郚 300は、金利料を反映させお受取金額を蚭定する S 720)。金利料が珟 債暩者或いは債務者の負担でない堎合、 債暩債務合成郚 270は、 所定の情報を支 払金額蚭定郚 290に送信する。 支払金額蚭定郚 290は、 金利料を受取金額に反 映させるこずで支払額を蚭定する S 730)。
なお、 合成債務を生成するずきの、 債暩債務蚭定支揎システム 200、 債務者端 末 400、 および債暩取埗垌望者端末 500の動䜜を瀺すシヌケンスは、 図 10〜 図 15に䟋瀺した合成債務を生成するずきのシヌケンスず抂略同じであるので、 説 明を省略する。
埓っお、 債暩債務蚭定支揎システム 200によれば、 合成債暩又は合成債務の回 収期限日がすべおの原債暩の回収期限日に䞀臎しない堎合でも、 合成債暩又は合成 債務を生成できる。埓っお、合成債暩の蚭定の幅すなわち原債暩又は原債務が蚭定 · 販売される可胜性は高くなる。
図 16は、 債暩債務蚭定支揎システム 200のハヌドり゚ア構成を瀺すブロック 図である。債暩債務蚭定支揎システム 200は、 0?11700ず、 1 0 702ず、 RAM704ず、 通信むンタヌフェヌス 706ずを備える。 CPU 700は、 RO M702及び RAM704に栌玍されたプログラムに基づいお動䜜する。 通信むン タヌフヱヌス 706は、 むンタヌネット網 1 0を介しお倖郚ず通信する。 栌玍装眮 の䞀䟋ずしおのハヌドディスクドラむブ 710は、 蚭定情報及ぎ CPU700が動 䜜するプログラムを栌玍する。
フロッピヌディスクドラむブ 71 2はフロッピヌディスク 714からデヌタたた はプログラムを読み取り CPU 700に提䟛する。 CD— ROMドラむブ 716は CD— ROM 718からデ䞀タたたはプログラムを読み取り CPU 700に提䟛す る。 通信むンタヌフェヌス 706は、 むンタヌネット網 10に接続しおデヌタを送 受信する。
CPU 700が実行する゜フトりェアは、 フロッピヌディスク 7 14たたは CD -ROM71 8等の蚘録媒䜓に栌玍されお利甚者に提䟛される。 蚘録媒䜓に栌玍さ れた゜フトりェアは圧瞮されおいおも非圧瞮であっおも良い。 ゜フトりェアは蚘録 媒䜓からハヌドディスクドラむブ 7 1 0にむンストヌノレされ、 R AM 7 0 4に読み 出されお C P U 7 0 0により実行される。
蚘録媒䜓に栌玍されお提䟛される゜フトりェア、 即ちハヌドディスクドラむブ 7 1 0にむンストヌルされる゜フトりェアは、 機胜構成ずしお、 債暩債務受信モゞュ ヌル、 垌望取埗モゞュヌル、 債暩債務合成モゞュヌル、 債暩債務情報取埗モゞナヌ ル、 支払金額蚭定モゞュヌル、 受取金額蚭定モゞュヌル、 確認モゞュヌル、 および 確認受信モゞュヌルを備える。 これらの各モゞュヌルがコンピュヌタに働きかけお C P U 7 0 0に行わせる凊理は、 それぞれ本実斜の圢態における債暩債務蚭定支揎 システム 2 0 0における、 察応する郚材の機胜及ぎ動䜜ず同䞀であるから説明を省 略する。
図 1 6に瀺した、 蚘録媒䜓の䞀䟋ずしおのフロッピヌディスク 7 1 4たたは C D - R OM 7 1 8には、 本出願で説明する党おの実斜圢態における債暩債務蚭定支揎 システム 2 0 0の動䜜の䞀郚たたは党おの機胜を栌玍するこずができる。
これらのプログラムは蚘録媒䜓から盎接 R AMに読み出されお実行されおも、 侀 䞔ハヌドディスクドラむブにむンストヌルされた埌に R AMに読み出されお実行さ れおも良い。 曎に、 䞊蚘プログラムは単䞀の蚘録媒䜓に栌玍されおも耇数の蚘録媒 䜓に栌玍されおも良い。 たた蚘録媒䜓に栌玍されるモゞュヌルは、 オペレヌティン グシステムずの共同によ぀おそれぞれの機胜を提䟛しおもよい。 䟋えば機胜の䞀郚 たたは党郚を行うこずをオペレヌティングシステムに䟝頌し、 才ぺレヌティングシ ステムからの応答に基づいお機胜を提䟛するものであっおもよい。
蚘録媒䜓ずしおは、 フロッピヌディスク、 C D— R OMの他にも、 D VD等の光 孊蚘録媒䜓、 MD等の磁気蚘録媒䜓、 P D等の光磁気蚘録媒䜓、 テヌプ媒䜓、 磁気 蚘録媒䜓、 I Cカヌドやミニチュア䞀カヌドなどの半導䜓メモリヌ等を甚いるこず ができる。 又、 専甚通信ネットワヌクやむンタヌネットに接続されたサヌバシステ ムに蚭けたハヌドディスクたたは R AM等の栌玍装眮を蚘録媒䜓ずしお䜿甚し、 通 信網を介しおプログラムを債暩債務蚭定支揎システム 2 0 0に提䟛しおもよい。 このような蚘録媒䜓は、 債暩債務蚭定支揎システム 2 0 0を補造するためのみに 䜿甚されるものであり、 そのような蚘録媒䜓の業ずしおの補造および販売等が本出 願に基づく特蚱暩の䟵害を構成するこずは明らかである。 (第 2の䟋
本実斜圢態の第 2の䟋である債暩債務蚭定支揎システム 2 0 1は、図瀺しないが、 第 1の䟋である債暩債務蚭定支揎システム 2 0 0ず同様に、 むンタヌネット網 1 0 を介しお債務者端末 4 0 0、 珟債暩者端末 4 2 0、 および債暩取埗垌望者端末 5 0 0ず接続する。 珟債暩者及び債暩取埗垌望者は、 異なる金融業皮に属しおいおもよ い。 債暩債務蚭定支揎システム 2 0 0は、 債務者端末 4 0 0およぎ珟債暩者端末 4 2 0力 ら、 債務者が、 売掛債暩などの債暩又は面積的債務匕受などの債務の蚭定を 垌望する旚、 或いは珟債暩者が債暩又は債務の販売の垌望をする旚を取埗する。 た た、 債暩債務蚭定支揎システム 2 0 0は、 債暩取埗垌望者端末 5 0 0から債暩取埗 垌望者が垌望する債暩又は債務の条件を取埗し、 販売 ·蚭定察象ずなっおいる債暩 又は債務から、 取埗した債暩又は債務の条件に芋合う債暩又は債務を遞択し、 遞択 した債暩又は債務の条件を債暩取埗垌望者端末 5 0 0に送信するこずで債暩取埗垌 望者に通知する。
図 1 7は、 債暩債務蚭定支揎システム 2 0 1の䞀䟋を瀺す。 本実斜䟋においお、 債暩債務蚭定支揎システム 2 0 1は、 デヌタベヌスずしお債暩債務デヌタベヌス 2 1 0及びランクデヌタベヌス 2 2 0を備え、 機胜郚ずしお債暩債務受信郚 2 5 0、 垌望取埗郚 2 6 2、 債暩債務情報取埗郚 2 8 2、 確認郚 3 1 0、 及び確認受信郚 3 2 0を備える。 債暩債務デヌタベヌス 2 1 0、 ランクデヌタベヌス 2 2 0、 債暩債 務受信郚 2 5 0の機胜及び構成に぀いおは債暩債務蚭定支揎システム 2 0 0ず抂略 同じであるため、 詳现は省略する。
垌望取埗郚 2 6 2は、 債暩取埗垌望者端末 5 0 0から、 債暩取埗 望者が賌入垌 望 ·蚭定垌望する債暩又は債務の条件を取埗し、 債暩債務情報取埗郚 2 8 2に送信 する。 ここで、 垌望取埗郚 2 6 2が受信する情報には、 取埗垌望が債暩か債務かを 識別する情報も含たれる。
債暩債務情報取埗郚 2 8 2は、 垌望取埗郚 2 6 2から送信された条件に芋合う債 暩又は債務を債暩債務デヌタベヌス 2 1 0力 ら遞択し、 遞択した債暩又は債務の情 報を確認郚 3 1 0に送信する。 この際、 債暩債務情報取埗郚 2 8 2は、 債暩債務デ ヌタベヌス 2 1 0に栌玍されおいる債務者の回収ランクをランクデヌタベヌス 2 2 0を甚いお取埗し、 取埗した回収ランクを甚いお債暩債務デヌタベヌス 2 1 0から 債暩又は債務を遞択する。
たた、 債暩債務情報取埗郚 2 8 2は、 遞択された債暩又は債務が販売 ·蚭定察象 ずなっおいるこずを瀺す情報を、 債暩債務デヌタベヌス 2 1 0に栌玍する。
確認郚 3 1 0は、 債暩又は債務に関する所定の情報および顧客に関する情報を受 信するず、 債暩又は債務に関する支払金額を手数料等を考慮しお蚭定し、 蚭定した 支払金額を含む所定の情報を、 債暩取埗垌望者端末 5 0 0に送信するず共に、 受取 金額を含む合成債暩又は合成債務に関する所定の情報を、 債務者端末 4 0 0あるい は珟債暩者端末 4 2 0に送信する。
確認受信郚 3 2 0は、 債務者端末 4 0 0たたは珟債暩者端末 4 2 0から債暩又は 債務の販売を了承する旚の情報を受信し、 債暩取埗垌望者端末 5 0 0から合成債暩 又は合成債務の賌入を了承する旚の情報を受信する。 たた、 確認受信郚は、 債務者 端末 4 0 0たたは珟債暩者端末 4 2 0から債暩又は債務の販売を了承しない旚の情 報を受信し、 債暩取埗垌望者端末 5 0 0から債暩又は債務の賌入を了承しない旚の 情報を受信するず、 遞択された債暩又は債務が販売 ·蚭定察象ずなっおいるこずを 瀺す情報を、 債暩債務デヌタベヌス 2 1 0から消去する。
埓っお、 債暩債務蚭定支揎システム 2 0 1によれば、 異なる金融業皮の間でも債 æš© ·債務の販売が可胜になる。 埓っお、 埓来ず比べお、 債暩債務取埗垌望者の垌望 に沿った債暩又は債務を提䟛できるようになる。 たた、 単独では債暩又は債務の蚭 定 ·販売の察象ずならなかった回収リスクの高い債暩又は債務を、 回収リスクの非 垞に䜎い債暩又は債務ず組み合わせた合成債暩又は合成債務の䞀郚ずしお蚭定 ·販 売するこずが可胜になる。 以䞊、 本発明を実斜の圢態を甚いお説明したが、 本発明の技術的範囲は䞊蚘実斜 の圢態に蚘茉の範囲には限定されない。 䞊蚘実斜の圢態に、 倚様な倉曎又は改良を 加えるこずができる。 その様な倉曎又は改良を加えた圢態も本発明の技術的範囲に 含たれ埗るこずが、 特蚱請求の範囲の蚘茉から明らかである。 産業䞊の利甚可胜性
本発明によれば、債暩債務取埗垌望者の垌望に沿った債暩又は債務を提䟛でき るようになる。 たた、 単独では債暩又は債務の蚭定 ·販売の察象ずならなかった 回収リスクの高い債暩又は債務を、回収リスクの非垞に䜎い債暩又は債務ず組み 合わせた合成債暩又は合成債務の䞀郚ずしお蚭定 ·販売するこずが可胜になる。

Claims

請 求 の 範 囲
1 . 債暩又は債務の取匕を支揎する債暩債務取匕支揎システムであっお、 債暩取埗垌望者が垌望する債暩、 債務の条件を取埗する垌望取埗郚ず、 債暩又は債務の債暩額又は債務額、 及び回収期限を含む明现条件をそれぞれ取埗 する債暩債務情報取埗郚ず、
前蚘債暩債務情報取埗郚により取埗した明现条件を基に耇数の債暩又は債務を組 み合わせお、 前蚘垌望取埗郚により取埗した条件に芋合う合成債暩又は合成債務を 生成する債暩債務合成郚ず、
を備えるこずを特城ずする債暩債務蚭定支揎システム。
2 . 前蚘債務者の回収リスクを瀺すランクを栌玍するランク栌玍郚を曎に備え、 前蚘債暩債務合成郚は、 前蚘ランク栌玍郚に栌玍されたランクを甚いお、 組み合 わせる前蚘債暩又は債務を決定するこずを特城ずする請求項 1に蚘茉の債暩債務蚭 定支揎システム。 '
3 . 前蚘耇数の債暩又は債務の組合せ条件を栌玍した合成条件デヌタベヌスを曎に 備え、
前蚘債暩債務合成郚は、 前蚘合成条件デヌタベヌスに栌玍された組合せ条件を甚 いお前蚘合成債暩又は前蚘合成債務を生成するこずを特城ずする請求項 1に蚘茉の 債暩債務蚭定支揎システム。
4 . 前蚘垌望取埗郚は、 前蚘債暩取埗垌望者が垌望する回収期限を取埗し、 前蚘債暩債務合成郚は、 前蚘垌望取埗郚が取埗した回収期限を前蚘合成債暩又は 前蚘合成債務の回収期限に蚭定するこずを特城ずする請求項 1に蚘茉の債暩蚭定支 揎システム。
5 . 前蚘債暩又は債務の回収期限から前蚘合成債暩又は前蚘合成債務の回収期限た での間に発生する金利料を算出し、 前蚘債暩又は債務の蚭定又は取匕により生じる マネヌフロヌに、 前蚘金利料を加味する金利料加味郚を曎に備えるこずを特城ずす る請求項 4に蚘茉の債暩債務蚭定支揎システム。
6 . 前蚘債暩債務合成郚は、 回収期限が前蚘合成債暩又は前蚘合成債務の回収期限 より埌行する前蚘債暩又は債務を、 圓該債暩又は債務の期間を耇数に分割するこず で耇数の債暩又は債務に分割し、 分割埌の債暩又は債務を甚いお前蚘合成債暩又は 前蚘合成債務を生成するこずを特城ずする請求項 1に蚘茉の債暩債務蚭定支揎シス テム。
7 . 前蚘債暩債務合成郚は、 前蚘債暩又は債務を金額で耇数の債暩又は債務に分割 し、 分割埌の前蚘債暩又は債務を少なくずも 1぀甚いお前蚘合成債暩又は前蚘合成 債務を生成するこずを特城ずする請求項 1に蚘茉の債暩債務蚭定支揎システム。
8 . 債暩又は債務の取匕を支揎する債暩債務取匕支揎システムであっお、
販売又は蚭定察象ずなる債暩又は債務の条件を栌玍する債暩債務デヌタベヌスず、 耇数の金融業皮に属する債暩取埗垌望者が垌望する、 債暩又は債務の条件を、 債 暩取埗垌望者端末から取埗する垌望取埗郚ず、
前蚘垌望取埗郚が取埗した条件に芋合う債暩又は債務の情報を前蚘債暩債務デヌ タベヌスから取埗する債暩債務情報取埗郚ず、
前蚘債暩債務情報取埗郚が取埗した債暩又は債務の情報を前蚘債暩取埗垌望者端 末に送信しお確認させる確認郚ず、
を備えるこずを特城ずする債暩債務蚭定支揎システム。
9 . 債暩又は債務の取匕を支揎する債暩債務取匕支揎方法であっお、
債暩取埗垌望者が垌望する債暩又は債務の条件を取埗し、
耇数の債暩又は債務の債暩額又は債務額、 及び回収期限を含む明现条件をそれぞ れ取埗し、
前蚘明现条件を基に耇数の前蚘債暩又は前蚘債務を組み合わせお、 前蚘取埗した 条件に沿った合成債暩又は合成債務を生成し、
生成した前蚘合成債暩又は前蚘合成債務の条件を前蚘債暩取埗垌望者に通知する こずを特城ずする債暩債務蚭定支揎方法。
1 0 . 債暩又は債務の取匕を支揎する債暩債務取匕支揎方法であっお、
販売又は蚭定察象ずなる債暩又は債務の条件を管理し、
耇数の金融業皮に属する債暩取埗垌望者が垌望する、 債暩又は債務の条件を取埗 し、 取埗した条件に芋合う債暩又は債務を前蚘条件を管理しおいる債暩又は債務か ら遞択し、
遞択した債暩又は債務を前蚘債暩取埗垌望者に通知するこずを特城ずする債暩債 務蚭定支揎方法。
1 1 . コンピュヌタで実行可胜であり、 債暩又は債務の取匕を支揎するプログラム であっお、
債暩取埗垌望者が垌望する債暩又は債務の条件を取埗する垌望取埗モゞュヌルず、 耇数の債暩又は債務の債暩額又は債務額、 及び回収期限を含む明现条件をそれぞ れ取埗する債暩条件取埗モゞナヌルず、
前蚘回収リスク及び債暩額を基に耇数の前蚘債暩又は前蚘債務を組み合わせお、 前蚘垌望取埗郚により取埗した条件に沿った合成債暩又は合成債務を生成する債暩 合成モゞュヌルず、
を備えるこずを特城ずするプログラム。
1 2 . コンピュヌタで実行可胜であり、 債暩又は債務の取匕を支揎するプログラム であっお、
耇数の金融業皮に属する債暩取埗垌望者が垌望する、 債暩又は債務の条件を、 債 暩取埗垌望者端末から取埗する垌望取埗モゞュヌルず、
前蚘垌望取埗郚が取埗した条件に芋合う債暩又は債務の情報を、 前蚘販売又は蚭 定察象ずなる債暩又は債務の条件を栌玍する債暩債務デヌタベヌスから取埗する債 暩債務情報取埗モゞナヌルず、
前蚘債暩債務情報取埗郚が取埗した債暩又は債務の情報を前蚘債暩取埗垌望者端 末に送信しお確認させる確認モゞュヌルず、
を備えるこずを特城ずするプログラム。
PCT/JP2002/000308 2001-01-19 2002-01-18 Systeme d'assistance d'etablissement de credits/obligations WO2002057977A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/621,732 US20050102222A1 (en) 2001-01-19 2003-07-18 Obligation establishment supporting system, and a method and a computer program thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2001012469A JP2002215899A (ja) 2001-01-19 2001-01-19 債暩債務蚭定支揎システム、債暩債務蚭定支揎方法、及びプログラム
JP2001-12469 2001-01-19

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US10/621,732 Continuation US20050102222A1 (en) 2001-01-19 2003-07-18 Obligation establishment supporting system, and a method and a computer program thereof

Publications (1)

Publication Number Publication Date
WO2002057977A1 true WO2002057977A1 (fr) 2002-07-25

Family

ID=18879470

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2002/000308 WO2002057977A1 (fr) 2001-01-19 2002-01-18 Systeme d'assistance d'etablissement de credits/obligations

Country Status (2)

Country Link
JP (1) JP2002215899A (ja)
WO (1) WO2002057977A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110838056A (zh) * 2019-11-15 2020-02-25 安埜海汇金融投资集团有限公叞 䞀种基于倧数据的债务化解方法及系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101540612B1 (ko) * 2013-08-09 2015-07-31 삌성슝권죌식회사 팩토링 연계상품 제공시슀템 및 ê·ž 방법
JP6188910B1 (ja) * 2016-12-28 2017-08-30 株匏䌚瀟䞉井䜏友銀行 電子蚘録債暩手数料システム、方法、及びプログラム
JP7200025B2 (ja) * 2019-03-28 2023-01-06 株匏䌚瀟オヌビック 債暩管理装眮、債暩管理方法、及び債暩管理プログラム

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000013111A1 (en) * 1998-08-31 2000-03-09 Computer Associates Think, Inc. Method and apparatus for fast and comprehensive dbms analysis

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000013111A1 (en) * 1998-08-31 2000-03-09 Computer Associates Think, Inc. Method and apparatus for fast and comprehensive dbms analysis

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Internet services continue to blossom", COMMUNITY BANKER, vol. 9, no. 2, February 2000 (2000-02-01), pages 42 - 43, XP002951868 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110838056A (zh) * 2019-11-15 2020-02-25 安埜海汇金融投资集团有限公叞 䞀种基于倧数据的债务化解方法及系统

Also Published As

Publication number Publication date
JP2002215899A (ja) 2002-08-02

Similar Documents

Publication Publication Date Title
RU2439695C2 (ru) СпПсПб О сОстеЌа Ўля первПМачальМПгП О пПвтПрМПгП зачОслеМОя среЎств Ма пПртатОвМые пПтребОтельскОе устрПйства
US8170936B2 (en) Method and system for emulating a private label over an open network
US9971996B2 (en) System and method for processing closed loop cards at a merchant point of sale
US20020046106A1 (en) Method and system for modeling business card exchanges in a point-to -point value
US20030018577A1 (en) Multi-electronic money settlement-of-accounts vicarious execution system
EP0949596A2 (en) Method and system to perform electronic value exchange and settlement among heterogeneous payment schemes with heterogeneous currencies
US20090198612A1 (en) Non-credit account credit rating
US20080052229A1 (en) Automated loan repayment system and method
JP2002215893A (ja) 送金管理システム、決枈管理システム、送金管理方法、決枈管理方法及びプログラム
JP2001509629A (ja) 自動支払いシステムおよび方法
JP2002150188A (ja) 商取匕方法および装眮䞊びにシステム
JP2003085465A (ja) コンピュヌタシステム、コンピュヌタシステムの制埡方法及びプログラム
WO2001075732A1 (en) Method, system, and computer-usable medium for computer-assisted trading
JP3339843B2 (ja) カヌドによる電子決枈方法
WO2002057977A1 (fr) Systeme d'assistance d'etablissement de credits/obligations
US20200265414A1 (en) Methods, systems and computer program products for split payment card account transactions
EP1675080A1 (en) Method and system for handling rebate-entitled credit card payment transactions
Kjos The merchant-acquiring side of the payment card industry: Structure, operations, and challenges
JP2002352080A (ja) 債刞取匕支揎プログラムおよび債刞取匕支揎方法
JP2003296578A (ja) 債暩流動化に関する振り分け方法及び装眮
Al-Jarhi Transactions in conventional and Islamic economies: a comparison
JP3627148B2 (ja) 債暩決枈システム
Kronick et al. The Need for Speed: The Benefits of Faster Payments and How to Achieve Them
JP2007102457A (ja) 売掛債暩消蟌管理システム、売掛債暩消蟌管理方法、売掛債暩消蟌管理プログラム
JP4261206B2 (ja) 個人貞付債暩に基づき発行される債刞の管理システム、制埡方法、及びプログラム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 10621732

Country of ref document: US

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase