WO2020017764A1 - 법률문서 자동 생성 방법 및 시스템 - Google Patents

법률문서 자동 생성 방법 및 시스템 Download PDF

Info

Publication number
WO2020017764A1
WO2020017764A1 PCT/KR2019/007210 KR2019007210W WO2020017764A1 WO 2020017764 A1 WO2020017764 A1 WO 2020017764A1 KR 2019007210 W KR2019007210 W KR 2019007210W WO 2020017764 A1 WO2020017764 A1 WO 2020017764A1
Authority
WO
WIPO (PCT)
Prior art keywords
date
input
user
automatically
interest
Prior art date
Application number
PCT/KR2019/007210
Other languages
English (en)
French (fr)
Inventor
박의준
김태홍
황치호
Original Assignee
박의준
김태홍
황치호
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 박의준, 김태홍, 황치호 filed Critical 박의준
Publication of WO2020017764A1 publication Critical patent/WO2020017764A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services

Definitions

  • Embodiments of the present invention relate to a method and system for automatically generating a legal document, and more particularly, to a method and system for automatically generating a legal document related to a payment request of a Korean won.
  • the prior art is the Republic of Korea Patent No. 10-1838948 named "Method and apparatus for automatically creating a legal document”
  • the prior art has been presented a specific implementation method for how to automatically create a legal document (E.g., it does not provide an explanation of the intent and cause of the claim, which are essential elements of the legal document), and how to automatically calculate the amount of charges in matters relating to the claim. There was a problem that does not explain.
  • One object of the present invention is to provide a method and system for automatically generating a legal document related to the payment request of the source.
  • a method of automatically generating a legal document related to a payment request of a cash source comprising: receiving input information input by a user through an input user interface; Automatically generating a claim and a cause of a claim based on the input information; And presenting to the user a legal document including the intent of the claim and the cause of the claim.
  • the input information may include date information related to the fund.
  • the date information may include information about one or more of the date of receipt, claim date, loan date, date of receipt and contract date associated with the source.
  • the input user interface may include one of an option for inputting the date and month and date, an option for inputting the date information only until the year and month, and an option for receiving the fact that the user does not know the date information.
  • an option for inputting the date and month and date an option for inputting the date information only until the year and month
  • an option for receiving the fact that the user does not know the date information The above can be made available to the user to select.
  • the input user interface may present an item to be input by the user based on requirement faction.
  • an item to be input by the user may be dynamically added or deleted on the input user interface based on at least a part of the input information input by the user.
  • the input information may include variable values corresponding to a plurality of input item variables.
  • an additional description related to at least some of the plurality of input item variables may be presented in the input user interface.
  • the claim and the cause of the claim may be automatically generated in at least one sentence according to the conditional expression based on the variable values.
  • the at least one sentence may be generated by combining a predefined template syntax and at least one of the variable values.
  • the step of automatically generating a claim and a cause of charges based on the input information includes automatically generating calculation basis data of a charge amount
  • the step of presenting the legal document including to the user may include presenting to the user a legal document including the basis for calculating the bill.
  • the input information includes variable values corresponding to a plurality of input item variables, and calculation basis of the billed amount is calculated according to a function based on the variable values and automatically generated. Can be.
  • the input user interface may separately input a required input for requesting a contract amount for each case and an input for additional billing overdue interest when a late payment for an event is made. It can be configured to be.
  • a method of automatically generating a legal document related to a payment request of a cash source comprising: receiving input information input by a user through an input user interface; Calculating a bill amount based on the input information; And presenting the calculation result of the claim amount to the user.
  • the presenting of the calculation result of the billing amount may include: when the user is a user of a first level, the calculation basis of the billing amount may be calculated along with the calculation result of the billing amount. And presenting to the user if the user is a second grade user.
  • the step of calculating the billing amount based on the input information may include setting a date for at least one of a date of receipt, a billing date, a loan date, a date of receipt and a contract date associated with the fund. It may include the step.
  • the end of the month may be set as the date of receipt or the date of claim.
  • the date of receipt of the date of application is received, if the date of receipt or the date of claim belongs to the same month as the date of application. Or it can be set to the date of claim.
  • the end of the month may be set as the loan day.
  • the loan day belongs to the same month as any one of the date of receipt, the date of claim, and the date of application, the date of receipt, The day of the claim and the date of the request may be set as the borrowed day.
  • the first day of the month may be set as the received day.
  • the end of the month may be set as the contracted date.
  • setting the date for one or more of the date of receipt, the date of claim, the date of lending, the date of receipt, and the date of contract is an option of receiving all the information about the date of the date.
  • the user may select one or more of an option of inputting information about a date until the year and month, and an option of receiving an input of the fact that the user does not know the information about a date.
  • the step of calculating the billing amount based on the input information further includes the step of processing the repayment of the counterpart performed after the step of setting the date, the other party's reimbursement
  • the processing of the gold may include performing a first reimbursement process when there is a repayment of the other party whose date is not specified, and performing a second reimbursement process when there is a repayment amount of the counterpart specified by the received date. It may include the step.
  • the processing of the other party's repayment money may include processing an amount not paid to the other party, such as an unpaid monthly rent.
  • the step of performing the first reimbursement treatment is to perform a reimbursement treatment for the principal of the source, and the step of performing the second reimbursement treatment for the principal and interest of the source It may be to perform a variant treatment.
  • a system including a computing device for performing various embodiments of the above-described method for automatically generating a legal document is provided.
  • a method for automatically providing a service related to a payment request of a cash source comprising: receiving input information input by a user through an input user interface; Creating a power of attorney based on an electronic signature technique; Automatically generating a claim and a cause of a claim based on the input information; And electronically submitting a legal document including the intention of the claim and the cause of the claim to a court.
  • the method for automatically providing a service related to the payment request of the source may include a service type application step.
  • the service type application step may include: a service providing the user with a legal document including the intent of the claim and the cause of the claim; a legal document including the intention of the claim and the cause of the claim; To provide the user with a legal document, including the purpose of the claim and the cause of the claim, to provide the user with the legal document electronically to the court and to respond to a court correction order.
  • the user may select one of services that are electronically provided for the service related to address correction and service request.
  • According to embodiments of the present invention can provide a method and system for automatically generating a legal document related to the payment request of the source.
  • FIG. 1 is a flowchart illustrating a method of automatically generating a legal document related to a payment request of a cash source according to an embodiment of the present invention.
  • FIG. 2 is a flowchart illustrating steps included in receiving input information input by a user through an input user interface in the method for automatically generating a legal document according to an embodiment of the present invention.
  • 3 to 10 illustrate exemplary input user interfaces presented through a method for automatically generating a legal document according to an embodiment of the present invention.
  • FIG. 11 is a diagram illustrating an exemplary template of calculation basis data of a bill generated through a legal document automatic generation method according to an embodiment of the present invention.
  • FIG. 12 is a flowchart illustrating a method of automatically generating a legal document related to a payment request of a cash source according to an embodiment of the present invention.
  • 13 and 16 are flowcharts illustrating steps included in calculating a bill amount based on input information in the method for automatically generating a legal document according to an embodiment of the present invention.
  • 14 and 15 are diagrams for explaining an exemplary situation of the step of performing the second reimbursement process included in the legal document automatic generation method according to an embodiment of the present invention.
  • program modules include routines, programs, components, data structures, and other types of structures that perform particular tasks or implement particular abstract data types.
  • program modules may be located in both local and remote memory storage devices.
  • FIG. 1 is a flowchart illustrating a method of automatically generating a legal document related to a payment request of a cash source according to an embodiment of the present invention.
  • the method may further include receiving input information input by a user through an input user interface (110), and a basis for calculating a claim, a cause of a claim, and a bill amount based on the input information.
  • Receiving the input information input by the user through the input user interface 110 is a step of receiving information from the user necessary to automatically generate a legal document (eg, payment order application).
  • the name of the case (case type), details related to the case, creditor information, debtor information, and the like may be received from the user (eg, creditor).
  • receiving 110 input information may include: step 111 allowing a user to select an event name, inputting detailed information associated with the event, as shown in FIG. It may include the step 113 to enter the creditor information and the step 114 to enter the debtor information.
  • the order shown in FIG. 2 is merely an example, and is not necessarily limited thereto.
  • a power of attorney preparation step such as a service type application step, an electronic signature method.
  • the type of service is a service for applying for legal documents only or submitting applications electronically using the Supreme Court's electronic litigation site, etc., based on the contents written in the power of attorney.
  • the Supreme Court's electronic litigation site provides the debtor's address electronically if the individual only has the debtor's resident registration number. If the corporation knows only the business number and the corporate registration number, it is automatically provided as a copy of the corporate register.
  • step 110 of receiving input information includes inputting an event name (event type) to distinguish whether the event name (event type) is a loan event or another event other than the loan. And (111).
  • the step 112 of allowing a user to input detailed information related to the event is a step of allowing the user to input information related to the event (for example, information about loaned money, loan date, interest rate, date of receipt, etc.). .
  • the input user interface presented to the user in this step 112 may be configured such that the information to be input varies according to the event name (event type).
  • Event type Various examples of input user interfaces presented according to event names are shown through FIGS. 3 to 9.
  • 3 is an exemplary user interface for a loan incident
  • FIG. 4 is an exemplary user interface for a payout incident
  • FIG. 5 is an exemplary user interface for a service incident
  • FIG. 6 is an example for a lease deposit incident.
  • FIG. 7 is an exemplary user interface for a savings event
  • FIG. 8 is an exemplary user interface for an investment return event
  • FIG. 9 is an exemplary user interface for an ROI event.
  • an input user interface may be presented based on requirement faction in accordance with each event name.
  • the exemplary user interface for a loan event shown in FIG. 3 allows a user to enter a loan, date of loan, interest rate, date of receipt, etc., based on the requirements faction associated with the loan.
  • an exemplary user interface relating to a trading event shown in FIG. 4 allows a user to input a trading item, quantity, trading price, contract date, and the like.
  • an input user interface may be presented based on the requirements fact theory of the event.
  • the required input part and the additional input part may be distinguished.
  • the overdue interest-related input may be divided into inputs such that the corresponding input is displayed by a separate selection button of “billing overdue interest”.
  • each input user interface illustrated in FIGS. 3 to 9 may further include a user interface for attaching an evidence file as illustrated in FIG. 10.
  • the user interface for attaching evidence files illustrated in FIG. 10 allows a user to easily attach evidence data in the form of a file that can verify detailed information input through the input user interface of any one of FIGS. 3 to 9. do.
  • an item to be input by the user may be dynamically added or deleted based on at least a part of the input information input by the user. For example, as shown in FIG. 3, when a loan amount is input in a loan case, a loan may be borrowed a plurality of times. Can be configured to be included in the input user interface. For example, if the user selects the "Add" button to the right of the loaned item, the input user interface is dynamically changed to allow the user to additionally enter information related to the loan (e.g., loan, date of loan, etc.) Interface elements can be presented to the user. Alternatively, as shown in FIG.
  • a "add" button may be included in the input user interface so that the types of trade items can be distinguished and inputted so as to handle them. Can be. For example, if the user selects the "Add" button to the right of the item of trade item, the input user interface is dynamically changed to allow the user to additionally enter information related to the item of trade (eg, item of sale, quantity, etc.). Interface elements can also be presented to the user. 4 shows a state in which the user inputs information related to three different types of trade items such as potatoes, apples, and books in this situation.
  • the user may receive a portion of the money received from the debtor by including a "Add" button on the right side of the paid back item to handle the case in which the user received some money.
  • You can also present a user interface that allows you to enter information about the money you receive.
  • an item to be input by the user may be dynamically added or deleted based on the user's input information input to the input user interface in some cases. For example, if the user has no money received from the debtor, the user will select "None” from the "Yes” or “None” buttons of the money item received, thus naturally relating to the money paid (eg, money paid, money paid). Days, etc.) may be dynamically deleted so that they are no longer displayed in the input user interface.
  • the input user interface may be dynamically changed, there is an advantage of improving the input convenience of the user.
  • input information received through an input user interface may include variable values corresponding to a plurality of input item variables.
  • the borrowed money included in the exemplary input user interface presented through FIG. 3 the borrowed date, the interest rate, the date of receipt, the billed date, the delinquency rate, the type of bond, the received money, the paid money, the paid date, etc.
  • the information constitutes input item variables, respectively, and user input values for these input item variables may be defined as corresponding variable values. For example, in the example of FIG.
  • a variable value entered directly by a user may be assigned to an input item variable (eg, a variable value for an input item variable called “loaned money” is assigned to "150000”, The variable value for an input item variable called “Loaned date” may be assigned to "February 6, 2018”, or the variable value associated with the button selected by the user may be assigned to the input item variable (e.g., "bond”. The value of the variable for the input variable named "type” would be "civil bonds.” In the remainder of FIG. 3 and the examples of FIGS. 4 to 9, the input item variable and the variable value thereof may be allocated in a similar manner.
  • an additional description related to at least some of the plurality of input item variables may be presented in the input user interface.
  • an additional explanation is provided explaining what the civil bond and the superior bond are respectively. It can be. This additional explanation may be presented if the user selects the question mark icon next to the bond type. For example, additional descriptions included in Table 1 may be presented.
  • "Date of Receipt” means the date on which you have agreed to receive the loan as set forth in the Agreement, or the date on which you agree to receive the loan agreed upon orally. 1) If you decide to receive the money in the contract, or if you decide to receive it after the contract, enter the date if you agree. If not, select "None”. 2) Select "None” if you do not have a date set forth in the contract or a date agreed upon orally.
  • the additional description may be automatically presented. For example, in the embodiment shown in FIG. 3, in a situation where a user is trying to input a "rental date" among a plurality of input item variables, an additional description relating to selecting the button is selected when the "unknown" button is selected. Can be presented. For example, additional descriptions included in Table 2 may be presented.
  • the input user interface allows the law (eg, the debtor) to charge the maximum amount of the charges in the position of the user (for example, the creditor) according to the user's input information, In the limit, it is possible to calculate the amount of the bill in favor of the user.
  • an input user interface capable of receiving an input method of information related to a date in a manner that has not been disclosed in the prior art is provided.
  • the input information received through the input user interface may include date information associated with the financial institution, where the date information may include one or more of a receipt date, a billed date, a loan date, a received date, and a contract date associated with the financial institution.
  • the date information may include the date of payment of the money to the other party (e.g., "rental date” shown in FIG. 3) or the date of receipt of the money from the other party (e.g., "payment date” shown in FIG. Information about ”)” and the like.
  • Lending money is understood as a concept that includes not only money lent to the other party, but also all kinds of money paid to the other party, such as money paid to the other party.
  • the loan day is understood as including the date of the payment of all kinds of money paid to the other party, such as the money lent to the other party, as well as the money paid to the other party.
  • the input user interface inputs (i) an option of inputting date and month and date, (ii) an option of inputting date information only by year and month, and (iii) a fact that the user does not know the date information. Allows the user to select one or more of the options received.
  • the charge can be calculated accordingly, but otherwise, even if the date information is entered only by the year and month or the fact that the date information is not known, it is in the best interest of the user to the extent permitted by law.
  • the date information can be preprocessed to calculate the charge. An example of preprocessing the date information will be described later in the description of an algorithm for calculating the bill amount.
  • the input user interface may be configured to handle at least the following situations in order to receive the date information in various situations.
  • the received money can be input to each loan day or day received.
  • the borrowed money the money received can be configured to process all of these inputs, because they may know the day of the loan, the date of receipt (no input), or only until the year and month.
  • the user may not enter the date in the order of entering the loan, the received money in the fastest order, and can enter more than two loans or received money on the same day, and enter the money that you do not know the borrowed or received date Since there may be several, the input user interface may be configured to handle this situation.
  • the contract date, the date of receipt, and the date of billing may not exist (i.e. no input from the user) or may not be known by the user, and may only be input by year and month. It can be configured to be. You may only enter either the date you have received or the date you have billed, or both may have no input. The date you have charged is only meaningful if you do not set a payment due date in the contract. The input user interface can be dynamically changed to make this possible.
  • the date of receipt and the date of claim may be entered in only one of the two, do not know the date of receipt, and if there is no date of claim may be processed so that both are not input.
  • the date of receipt or the date of claim does not exist for each loan, but there may be only one for the entire loan, and all loans may have the same interest rate and overdue interest rate, so that the input user interface can handle this. Can be configured. If the date of receipt or the date of claim is present for each loan, the processing may be performed so that it is determined as a separate loan rather than a loan. Here, the input assumes that one loan can be processed and the loan can be divided and loaned and divided to receive reimbursement. Therefore, there can be only one payment date or a claim date, and all loaned money can be treated with the same interest and overdue interest rate. have. In addition, the repayment may be prepaid, so there may be reimbursement even before the payment date (payment due date), but the input user interface may be configured so that the loan date (rental date) can only come before the payment date (payment date). Can be.
  • step 120 of automatically generating calculation basis data of a claim intent, a cause of a claim, and a bill amount based on the input information will be described.
  • the calculation basis of the claim intent, the cause of the claim, and the amount of the bill included in the legal document is automatically generated based on the input information input by the user through the input user interface as described above.
  • the claim and cause of the claim may be automatically generated in at least one sentence according to a conditional expression based on variable values corresponding to the plurality of input item variables.
  • at least one sentence may be generated by combining at least one of a predefined template syntax and variable values.
  • the cause of the claim may include an example sentence that is automatically generated as shown in Table 3.
  • Table 3 is an example sentence that may be used when a user enters input information related to a loan event through the input user interface of FIG. 3.
  • a bond type as a "civil bond”
  • inputs a loan amount as "150000”
  • inputs a loan date as "February 6, 2018”
  • the sentence in Table 3 will be completed with the sentence, "The creditor paid 150,000 won in loans to the debtor on February 6, 2018.”
  • the bond type as "commercial bond”
  • the sentence above shows that the merchant creditor paid 150,000 won as a loan through commercial transactions on February 6, 2018, according to the conditional formula in Table 3. Will be completed with ".
  • At least one sentence may include a predetermined template phrase (e.g., a predetermined phrase such as "creditor”, “to the debtor”, “in loan”, “pays the original") and variable values (e.g., bond type).
  • a predetermined template phrase e.g., a predetermined phrase such as "creditor”, “to the debtor”, “in loan”, “pays the original
  • variable values e.g., bond type
  • the sentences generated as shown in Tables 4 to 7 with respect to the loan case may be further included in the cause of the claim.
  • the creditor received ⁇ # revised money2> from the debtor as part of the loan.
  • the principal balance of the loan will be ⁇ # final principal balance> and interest balance and deferred damages will be ⁇ # final interest balance> as of ⁇ #last paid date>.
  • Else IF 3
  • the creditor was paid ⁇ # Amendment 2> as part of the loan from the debtor on ⁇ # Amendment Day 2>. Received money3> won paid.
  • the principal balance of the loan will be ⁇ # final principal balance> and the interest balance and deferred damages will be ⁇ # final interest balance> as of ⁇ #last paid back date.
  • IF Presence “Is there” & (the number of money paid back? _Number> 0))
  • ⁇ IF (date_payment 1) “The creditor pays ⁇ # corrected money0> as part of the loan from the debtor received.
  • the principal balance of the loan will be ⁇ # final principal balance> and interest balance and deferred damages will be ⁇ # final interest balance> as of ⁇ #last paid date>.
  • the claims may include exemplary sentences that are automatically generated as shown in Table 8 or Table 9.
  • Tables 8 and 9 are exemplary sentences that may be used for claim purposes when the user enters input information related to other events (i.e. events other than loans) via the input user interface of FIGS. 4-9.
  • Table 8 is a claim that can be used if you know the date you are supposed to receive and if you have money paid back and you know the day you paid it back, and Table 9 doesn't know the date you got it, you don't have it paid, or you don't know the day you paid it all.
  • Table 8 is a claim that can be used if you know the date you are supposed to receive and if you have money paid back and you know the day you paid it back, and Table 9 doesn't know the date you got it, you don't have it paid, or you don't know the day you paid it all.
  • Table 9 it can be understood that the principle of generating a sentence can be generated in a manner similar to the description set forth in connection with Table 3
  • calculation basis data of the billed amount may be calculated according to a function based on variable values and automatically generated (eg, generated in a table format).
  • FIG. 11 shows an example template for automatically generating calculation basis of the bill based on variable values.
  • the calculation data should also be attached.
  • FIG. 11 is a template for automatically generating such calculation data. As shown in FIG.
  • variable values according to input information input by a user eg, variable values assigned to ⁇ # loaned> and ⁇ # paid money>
  • intermediate calculation values e.g., ⁇ # corrected money n>, ⁇ # principal balance n>, etc.
  • the step 130 of presenting the document to the user may be performed.
  • a step may be performed between the steps 120 and 130 to allow the user to pay the fee for using the service according to the present invention.
  • the user may download the legal document completed through the step 130 as a file or be provided through a communication means such as an e-mail.
  • the employer can also print out the completed legal document and submit it to the court.
  • a method of automatically generating a legal document related to a payment request of a cash source according to an embodiment of the present invention includes receiving 210 input information input by a user through an input user interface, Calculating 220 a billing amount based on the received amount; and presenting a calculation result 230 of the billing amount to a user.
  • the input information receiving step 210 shown in FIG. 12 may be performed similarly to the input information receiving step 110 described above with reference to FIGS. 1 to 10, it may be understood with reference to the above description.
  • the step 220 of calculating the billing amount based on the input information is a step of calculating the billing amount of the won in favor of the user to the extent permitted by law according to the billing amount calculation algorithm according to an embodiment of the present invention.
  • the calculation in favor of the user means that the information known to the user in the process of calculating the claim (e.g., information relating to the date of payment) shall be applied as strictly as possible, Information that does not exist (e.g., if the date associated with the source is known only up to the month and month, or not at all) is calculated by the user (e.g. creditor) to the extent that the law does not disadvantage the other (e.g. debtor). To make it possible.
  • embodiments of the present invention may not use the calculation algorithm of the amount of the bill under such a background. Apply it (in other words, apply the calculation algorithm not against the other party (the debtor)).
  • the calculation algorithm described below in connection with the step 220 of calculating the charge amount based on the input information may be considered to be the same as the calculation algorithm applied when generating the calculation basis data of the charge amount according to the embodiment of FIG. 1. .
  • the calculation algorithm described below may also be applied to the embodiment of FIG. 1.
  • the step 220 of calculating the charge amount based on the input information will be described in detail.
  • the step 220 of calculating the amount of the charge is set as shown in FIG. Step 222, and calculating the principal balance and interest balance (223).
  • a date for one or more of the date of receipt, the date of claim, the date of the loan, the date of receipt and the date of the contract may be set.
  • the examples described below are exemplarily illustrated based on dates that may generally be set in connection with a loan event, but this is merely an illustrative description presented for convenience of description, and these dates are for other events (ie, loans). It can be understood that the same can be applied to other cases.
  • Interest applied to a loan case may include commitment interest, late interest (due interest or late damages), and litigation interest, while interest in other cases does not include contract interest, so interest applied to other cases is delayed interest and litigation. There are differences that can include interest.
  • the amount that can be received on the day of receipt is determined by the amount specified in the contract, such as loans, commitments, trading value, lease deposits, and investment proceeds. have.
  • the method of calculating the amount of charges may be different. If there is an unpaid amount of the monthly rent in the lease deposit return claim, the amount is calculated by deducting not only the repayment but also the unpaid monthly rent.
  • the order of reimbursement and the date setting method except the loan date are similar to the calculation method of the loan case, and thus the same can be applied.
  • loans and other events may have some differences in the calculation of delayed interest because the requirements for delayed interest (delayed losses) vary from case to case.
  • the requirements for incurring delayed interest (delayed damages) and cases for calculating delayed interest (delayed losses) other than loans are as follows.
  • Delayed Damage Coverage Delayed Loss on Trading Charges from the day after the late day of the day in which the requirement for delayed damage is incurred (the date of receipt or claim (there may be only one of them) and the day after the late of the day of delivery). Is calculated
  • Delayed damage coverage Delayed damages for service costs are calculated from the day after the late day of the date on which the delayed damages are incurred.
  • Delayed damage coverage Delayed damage on investment returns is calculated from the day of receipt or the day after the day of claim.
  • Delayed Damage Coverage Delayed damage is calculated on the contract from the day after the late of the day under which the requirement for delayed damage is incurred.
  • Delayed damage coverage The delayed damage on investment is calculated from the day after the notice of cancellation of investment contract.
  • the step 221 of setting a date related to a financial institution information about one or more of a date to be received, a billed date, a loaned date, a received date, and a contracted date is provided.
  • One or more of the options for receiving input, (ii) options for input by year and month, and (iii) options for inputting the fact that the user does not know may be set by allowing the user to select through the input user interface.
  • the loan information (loan) and the received money (repayment) may be paid according to a plurality of times, the information about the above-described date should be entered according to each loan.
  • the date setting step 221 may be applied to the maximum extent permitted by law (in other words, not against the other party (the debtor)) to the extent permitted by law. Will be performed.
  • the date setting algorithm as shown in Table 10 may be applied.
  • the date of receipt or the date of request is entered only by year and month: Set to the date of receipt or the date of request of the end of the month. (To set the date of repayment (the date of repayment) as late as possible will not infringe the interests of the other party (the debtor), so it is set to the date of receiving the last day of the month or the date of request. For example, if you do not arrive before the current date or the date you submit your application, you cannot apply for a payment order. If it is the same month as one day, it can be set as the date of request or the date of request.) 2. If the lease is entered only by the year and month: Set the end of the month as the lease date.
  • the borrowing date is the same as the date of receipt, the date of claim, or the date of application (for example, the current date or the date to submit the application), you can set the order of receipt of the order, the date of claim, or the date of application of the loan.
  • the lease day belongs to the same month as the date of receipt, the date of claim, or the date of application, the date of the lease, the date of request, and the date of the application can be set to the date of loan.) If: The first day of the month is set to the date received.
  • a process in which the user does not know the date to be received or there is no date to be received may be required.
  • the information of the date of receipt to be processed in the date setting step 221 may be referred to as a variable of another name such as "date of correction" to be distinguished from the variable value of "date of receipt” input by the user.
  • a variable of another name such as "date of correction” to be distinguished from the variable value of "date of receipt” input by the user.
  • the date of request for a loan shall be designated as the date of request (the date of claim + 14 days), which is two weeks after the date of request, and for the case of other cases, the date of request for the date of request of the loan (receipt of modification). Day of the week).
  • the date of receipt of payment may exist after the request for payment order.
  • the date of receipt (date to receive revision) is set to exist before the date of application, and if there is a claim within 13 days before the date of application It is possible to set the date of no lohan or to set the date of receiving the application (the date of modification) for convenience of calculation.
  • the date of request after the date of application may be set to the date when the copy of the payment order application is delivered to the other party.
  • the algorithm can be designed to claim only the law of facilitating the law and create a general delayed interest.
  • the above-mentioned information refers to the processing of the case where the claim is made if there is no date to be received or if it is not known, or if the date of receipt and the date of the claim are not known, the principal balance and interest balance at the time of the application are calculated. It may also be set to the date on which the application was made (e.g., the current date or date on which the application for payment order is submitted) (the date on which it was to be amended).
  • the setting of the date (the date to be modified) to be received in the date setting step 221 may be set as shown in Table 13 below.
  • Incident Condition Set a date to get edited Other events (cases other than loans) If you have a day Day to receive Other events (cases other than loans) If there is a claim day (no day of receipt) Date of Claim Other events (cases other than loans) No date of receipt and no date of claim None or the date of filing (ie, the date of filing for convenience of calculation, but only for the interest of the claim when making a claim, but not for arrears.) A loan case If you have a day Day to receive A loan case If the day you claimed is earlier than 14 days Day charged + 14 days A loan case If the day you claim is within 13 days of the application None or the date of filing (ie, the date of filing for convenience of calculation, but only for the interest of the claim when making a claim, but not for arrears.) A loan case No date of receipt and no date of claim None or the date of filing (ie, the date of filing for convenience of calculation, but only for the interest of the claim when making a claim, but not for arrears
  • processing of the other party's repayment money 222 may be performed. Meanwhile, although not shown in FIG. 13, the date order may be further arranged between the date setting step 221 and the repayment processing step 222. This will be described in detail when describing the embodiment related to FIG. 16.
  • Step 222 of processing the repayment is determined if there is a repayment of the other party (2221), if there is a repayment of the other party, and if there is no repayment of the other party, the principal balance and It may also proceed to step 223 of calculating the interest balance.
  • the processing of the other party's repayment 222 may include performing a first reimbursement process when the other party's repayment money is not specified (2222), and when the other party's repayment date is specified.
  • a step 2223 may be performed to perform the second reimbursement treatment.
  • the step 2222 of performing the primary reimbursement process is to perform the reimbursement process for the principal of the won
  • the step 2223 of performing the secondary reimbursement process is to perform the reimbursement process for the principal and interest of the won. It may be.
  • the primary reimbursement process 2222 may be referred to as a preferential reimbursement process or a preferential reimbursement process in the sense that the first reimbursement process 2222 is performed before the second reimbursement process 2223.
  • Primary reimbursement treatment can be understood as preferential reimbursement when there is money (priority repayment) that does not know the received date.
  • reimbursement shall be made in the order of cost, interest and principal.
  • the legal document automatic generation method if the money received by the unknown money received after the first repayment process (2222) to repay all the loan ( That is, the method may further include the step of ending the calculation and presenting the related explanation to the user when the loaned money no longer remains.
  • the method may further include the step of ending the calculation and presenting the related explanation to the user when the loaned money no longer remains.
  • Performing the second reimbursement process 2223 is a step of performing reimbursement processing for the principal and interest of the source, and may be a step of processing the reimbursement knowing the received date.
  • the calculation of the claim amount should not harm the interests of the other party (the debtor), so that the contracted interest or overdue interest (delay loss) on the loan until the date of receipt is received in the order of receipt, After repaying the money received on the day sequentially, the remaining balance and interest can be calculated based on the last received date.
  • performing a second reimbursement process 2223 may include (i) calculating interest (eg, contract interest and / or overdue interest) and (ii) reimbursement processing.
  • the step of calculating interest is to calculate interest (commitment interest or delayed interest) on the principal using the accrued principal (for example, the loaned amount) until the date of receipt for the reimbursement knowing the received date. If the reimbursement has been paid over a plurality of times, when the plurality of reimbursements are arranged in the order of the date of receipt, the reimbursement corresponding to the first received date is first performed, and then based on the processing result.
  • the processing of the reimbursement corresponding to the second receiving date may be performed, and the processing of the repayment corresponding to the subsequent receiving date may be performed based on the processing result.
  • the repayment processing step which is carried out after calculating the interest, is the money received (reimbursement amount) on the date of receipt on which the interest (arrangement interest or delayed interest) is calculated, in the order of interest (commitment interest or delayed interest) and principal.
  • the processing may be performed to calculate the interest balance and principal balance.
  • step 2223 for performing the secondary payment processing with reference to FIGS. 14 and 15.
  • 14 and 15 show an exemplary situation in which a loan was paid over a plurality of times (rental day 1 to rental day 3) in a loan case, and the reimbursement was also paid over a plurality of times (payment day 1 to day 3). Doing.
  • the second reimbursement treatment for the reimbursement amount (ie, repayment amount 1) that occurred on the repayment date 1 is performed, and then, based on the processing result, The second reimbursement treatment is performed, and then, based on the result of the treatment, the second reimbursement treatment for the reimbursement money (ie, reimbursement money 3) generated on the reimbursement day 3 is performed.
  • Interest balance 1 interest on loan 1 + interest on loan 2-repayment 1 (interest on loan 1 + interest on loan 2-repayment 1> 0)
  • Interest balance 1 0 (interest on loan 1 + interest on loan 2-repayment 1 ⁇ 0
  • Principal balance 1 loan 1 + loan 2 (when interest balance 1> 0)
  • Balance of principal1 loan1 + loan2 + interest on loan1 + loan2-repayment1 (when interest balance1 ⁇ 0 and loan1 + loan2 + interest on loan1 + interest on loan2-repayment1 > 0)
  • the calculation result according to the processing of the repayment money 1 can be calculated according to the following equation (3) as the balance remaining.
  • the interest balance and principal balance will be positive values, but if the balance of accrual (the accrued principal plus accrued interest-the amount of reimbursement, corresponding to the balance of repayment 1 in the above example) is negative (that is, the interest balance and principal balance) If this is not the case, the step of performing the first reimbursement treatment (2222) by treating the reimbursement balance (e.g., reimbursement balance 1) with a negative sign to a positive sign and treating it as a reimbursement of unknown date. You can proceed further. However, if the balance is negative, the performance of the first payment process 2222 is unnecessary, and the second payment is made for subsequent payments (eg, subsequent payments such as payment 2 as shown in FIG. 15). The process 2223 is repeatedly performed. If there is no subsequent reimbursement, the second reimbursement process 2223 is terminated and the final amount of the claim can be calculated based on the calculation result.
  • the reimbursement balance e.g., reimbursement balance 1
  • subsequent payments e.g, subsequent payments such as payment 2 as shown in FIG. 15
  • the principal balance for example, principal balance 1 of the principal generated from the day immediately before the payment date 2 (for example, the date of the payment 1) to the date of the payment 2 and the received date that occurred just before the payment date 2 (for example, the balance 1).
  • the principal balance for example, principal balance 1 of the principal generated from the day immediately before the payment date 2 (for example, the date of the payment 1) to the date of the payment 2 and the received date that occurred just before the payment date 2 (for example, the balance 1).
  • the accrued interest accrued up to the repayment date 2 using, and set the new interest to the sum of the interest balance 1 and the current accrued interest.
  • the sum of the previous principal balance (for example, principal balance 1) and the currently occurring principal is set as the new principal.
  • repayment 2 can be recalculated in the order of new interest and new principal to recalculate the interest balance and principal balance.
  • the interest of principal balance 1 + the interest of loan 3 is set as a new interest, and after the repayment of repayment 2 is first performed on the new
  • the interest balance and principal balance (interest balance 2 and principal balance 2) calculated according to the calculation result may be calculated according to Equations 4 and 5 as follows.
  • Interest balance 2 Interest on principal balance 1 + Interest on loan 3-Repayment 2 (interest on principal balance 1 + Interest on loan 3-Repayment 2> 0)
  • Interest balance 2 0 (interest of principal balance 1 + interest on loan 3-repayment 2 ⁇ 0)
  • Principal balance 2 principal balance 1 + loan 3 (when interest balance 2> 0)
  • Principal balance 2 principal balance 1 + loan 3 + interest on principal balance 1 + interest on loan 3-payment 2 (when interest balance 1 ⁇ 0 and principal balance 1 + interest on loan 3 + principal balance 1 + interest on loan 3) Repayment 2> 0)
  • Principal balance 2 0 (when interest balance 1 ⁇ 0 and principal balance 1 + loan 3 + interest on principal balance 1 + interest on loan 3-repayment 2 ⁇ 0)
  • the calculation result according to the processing of the repayment money 2 can be calculated according to the following equation (6) as the balance remaining.
  • Repayment balance 2 principal balance 1 + loan 3 + interest on principal balance 1 + interest on loan 3-repayment 2
  • the balance 2 is negative (that is, if there is no interest balance and principal balance remaining), the balance 2 is treated as if it had not been received and the first payment was handled (2222). It may further proceed with the step of performing. However, if the balance 2 is negative, it is not necessary to perform the first reimbursement process 2222, and the second reimbursement for a subsequent reimbursement (for example, a subsequent reimbursement such as reimbursement 3 as shown in FIG. 15). The reimbursement process 2223 is repeatedly performed. If there is no subsequent reimbursement, the second reimbursement process 2223 is terminated and the final amount of the claim can be calculated based on the calculation result.
  • repayment amount (ie, repayment amount 3) generated on the repayment date 3 may be processed in a similar manner to the processing of the repayment amount 2 described above, a detailed description thereof will be omitted.
  • the principal balance and the interest balance may be calculated based on the date of receiving the second payment (223).
  • the principal balance and the interest balance ie, the principal balance at the time of the final receipt, the interest balance at the time of the final receipt
  • the principal balance and the interest balance may be used for the final billing amount calculation.
  • the calculating 220 of the charges described with reference to FIGS. 13-15 so far may be further embodied in the example embodiment shown in FIG. 16.
  • a description of the variables used in the example of FIG. 16 can be understood with reference to Table 16 below.
  • i- Date of payment variable j- Money sorted after the loan (payment), received money is placed in order from 1 in the order of date. Money received without knowing the date of receipt becomes priority payment.
  • loaned (1), loaned (1), loaned (2), loaned (2), loaned (3), loaned (3) j- Money sorted after the loan (payment), received money is placed in order from 1 in the order of date. Money received without knowing the date of receipt becomes priority payment.
  • loaned (1), loaned (1), loaned (2), loaned (2), loaned (3), loaned (3) loaned (3)
  • the amount of money paid The number of money paid out of date. If you don't know the exact date, the date is included in the count.
  • the payment-related date setting step included in the flowchart of FIG. 16 may be understood to be substantially the same as the date setting step 221 described in detail above.
  • the date of payment and the amount of payment are sorted in ascending order of the date of payment. For example, you can sort out the money you borrowed, the date you borrowed, and the date you received them in the fastest order, and the same date, the date you borrowed, or the date you didn't receive. However, money received without knowing the date received will be added to the preferred payment for the first payment.
  • the payment processing is performed in order from the date of receipt.
  • the paid money-priority payment processing is performed (this is substantially the same as the first payment processing step 2222 described above). Can be understood as the same step), the accrued principal (i) and accrued interest (i) can be calculated.
  • the paid-money balance is the difference between the paid money and the preferential payment. However, if this value is negative, the paid_balance is set to 0, and the preferred payment is set as the difference between the existing preferred payment and the paid money.
  • Accrued interest (i) is calculated by adding accrued interest (i) accrued by the calculated payout to the interest of principal balance (i-1).
  • Balance_Priority Repayment Processing is the amount after repayment of ⁇ Incurred Interest (i) + Interest Balance (i-1) ⁇ as Prepayment Funds, becomes the Interest Balance (i), and ⁇ Incurred Principal (i) + Principal Balance ( i-1) ⁇ is the principal balance (i).
  • the final principal balance and final interest balance can be calculated using the interest and principal balances calculated on the date of the last day of receipt and the money paid for the period from the day after the last day of receipt to the date of application.
  • the billed amount in the step 230 of presenting the calculation result of the billed amount, may be displayed on the basis of the last received date, or the billed amount may be displayed on the basis of the date of requesting the payment order.
  • An exemplary embodiment for displaying a claim may be referred to the example in Table 17 attached below.
  • the charge may be expressed as follows.
  • Amount due principal balance received on last received + interest balance received on final received 2.
  • How to indicate the amount of charges based on the date of application for payment order Calculate the principal balance and interest balance up to the date of application, and add up the principal balance and interest balance (interest balance + delinquent interest balance) at the date of application for payment order and receive the loan In the charges window.
  • the charge may be expressed as follows.
  • Charge amount principal balance on the day of payment order + interest balance on the day you file for payment order
  • the step 230 of presenting the calculation result of the billed amount performed after the step 220 of calculating the billed amount shown in FIG. 12 is based on the calculation basis of the billed amount if the user is a user of the first grade. And presenting to the user along with the calculation result of the bill, and presenting only the calculation result of the bill to the user when the user is a user of the second level.
  • a user who uses the automatic legal document generation method according to the present invention for a fee is classified as a user of the first level, and a user who uses it for free is classified as a user of the second level, and the free user calculates the charge amount. Only the paying users can be calculated, but the basis for calculating the billing amount, which may need to be attached to a legal document (eg, a payment order application), can be provided only to the paying user, so that the free users can use the paying service.
  • a legal document eg, a payment order application
  • a system may be provided that includes a computing device (eg, a device including a memory and a processor, such as a server computer) that performs the above-described method for automatically generating a legal document.
  • a computing device eg, a device including a memory and a processor, such as a server computer
  • the above-described method for automatically generating legal documents may be performed by one or more servers, and a user device may be provided with a service provided by such server from a user's point of view.
  • a service may be provided online through a network such as the Internet.
  • interest in connection with various embodiments described above may be understood as a concept including one or more of an agreement, a delay, and a lawsuit.
  • Contract interest refers to interest applied to loan payments
  • late interest overdue interest
  • the interest rate, the time of occurrence of interest, etc. may be different from each other according to the type of the case, and may be modified according to the amendment of the relevant laws and regulations. Naturally, it may change according to the law based on the point of time provided.
  • a computer program for performing the above-described embodiments and a computer readable recording medium including the same can be provided.
  • Such computer-readable recording media may include program instructions, data files, data structures, and the like, alone or in combination. Such media or program instructions may be those specially designed and constructed for the purpose of applying the embodiments of the invention, or they may be of the kind well-known and available to those skilled in the computer software arts.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks, such as floppy disks.
  • Examples of program instructions include machine code, such as produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Data Mining & Analysis (AREA)
  • Technology Law (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • General Engineering & Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명의 일 실시예에 따르면, 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법으로서, 입력 사용자 인터페이스를 통해 사용자에 의해 입력되는 입력 정보를 수신하는 단계; 상기 입력 정보에 기초하여 청구취지, 청구원인 및 청구금액의 계산근거 자료를 자동으로 생성하는 단계; 및 상기 청구취지, 상기 청구원인 및 상기 청구금액의 계산근거 자료를 포함하는 법률문서를 상기 사용자에게 제시하는 단계를 포함하는 법률문서 자동 생성 방법이 제공된다.

Description

법률문서 자동 생성 방법 및 시스템
본 발명의 실시예들은 법률문서 자동 생성 방법 및 시스템 등에 관한 것으로서, 특히 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법 및 시스템에 관한 것이다.
법학적 지식이 없는 일반인들에게는 법률문서를 작성하는 것이 생소한 일이라서, 대부분의 경우 변호사와 같은 법률 전문가의 자문을 통해 법률문서 작성을 대리하게 된다. 특히, 법률문서에서 다루어야 하는 쟁점들은 사건의 유형 및 성격에 따라 각양각색이기 때문에, 일반인들의 입장에서는 변호사의 자문을 구하는 것이 거의 필수적이라 할 것이다.
그런데 금원의 지급 청구와 관련된 법률문서(예컨대, 지급명령신청서와 같은 법률문서)는 대체로 유사한 형식으로 작성되는 경우가 많으며, 생활의 모든 측면에서 프로세스의 전산화된 자동화가 확산되어 왔기 때문에, 금원의 지급 청구와 관련된 법률문서를 자동으로 생성할 수 있는 방법 및 시스템을 개발할 필요성이 대두되어 왔다.
이와 관련하여, 종래기술로는 "법률문서 자동 작성 방법 및 장치"라는 명칭의 대한민국특허 제10-1838948호가 있으나, 이러한 종래기술은 법률문서를 어떠한 방식으로 자동으로 작성할 것인지에 대한 구체적인 구현 방식이 제시되어 있지 않으며(예컨대, 법률문서의 필수적 요소인 청구취지 및 청구원인을 어떻게 자동으로 작성할 수 있는지에 대해 제시되지 않음), 또한 금원의 지급 청구와 관련된 사안에서 청구금액을 자동으로 계산하는 방법에 대해서도 구체적으로 설명하지 않는 문제점이 있었다.
본 발명의 일 목적은 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법 및 시스템을 제공하는 것이다.
본 발명의 일 실시예에 따르면, 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법으로서, 입력 사용자 인터페이스를 통해 사용자에 의해 입력되는 입력 정보를 수신하는 단계; 상기 입력 정보에 기초하여 청구취지 및 청구원인을 자동으로 생성하는 단계; 및 상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 상기 사용자에게 제시하는 단계를 포함하는 법률문서 자동 생성 방법이 제공된다.
본 발명의 일 실시예에 따르면, 상기 입력 정보는 상기 금원과 관련된 날짜 정보를 포함할 수 있다.
본 발명의 일 실시예에 따르면, 상기 날짜 정보는 상기 금원과 관련된 받기로한날, 청구한날, 빌려준날, 받은날 및 계약한날 중 하나 이상의 날짜에 관한 정보를 포함할 수 있다.
본 발명의 일 실시예에 따르면, 상기 입력 사용자 인터페이스는 상기 날짜 정보를 연월일 전부 입력받는 옵션, 상기 날짜 정보를 연월까지만 입력받는 옵션 및 상기 날짜 정보를 상기 사용자가 모른다는 사실을 입력받는 옵션 중 하나 이상을 상기 사용자로 하여금 선택할 수 있도록 할 수 있다.
본 발명의 일 실시예에 따르면, 상기 입력 사용자 인터페이스는 상기 사용자가 입력할 항목을 요건사실론에 기초하여 제시될 수 있다.
본 발명의 일 실시예에 따르면, 상기 입력 사용자 인터페이스에는 상기 사용자에 의해 입력되는 상기 입력 정보의 적어도 일부에 기초하여 상기 사용자가 입력할 항목이 동적으로 추가 또는 삭제될 수 있다.
본 발명의 일 실시예에 따르면, 상기 입력 정보는 복수의 입력 항목 변수들에 대응하는 변수 값들을 포함할 수 있다.
본 발명의 일 실시예에 따르면, 상기 입력 사용자 인터페이스에는 상기 복수의 입력 항목 변수들 중 적어도 일부와 관련된 부가 설명이 제시될 수 있다.
본 발명의 일 실시예에 따르면, 상기 청구취지 및 상기 청구원인은 상기 변수 값들에 기초한 조건식에 따라 적어도 하나의 문장으로 자동 생성될 수 있다.
본 발명의 일 실시예에 따르면, 상기 적어도 하나의 문장은 미리 정의된 템플릿 구문과 상기 변수 값들 중 적어도 하나를 조합하여 생성될 수 있다.
본 발명의 일 실시예에 따르면, 상기 입력 정보에 기초하여 청구취지 및 청구원인을 자동으로 생성하는 단계는 청구금액의 계산근거 자료를 자동으로 생성하는 것을 포함하고, 상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 상기 사용자에게 제시하는 단계는 상기 청구금액의 계산근거 자료를 포함하는 법률문서를 상기 사용자에게 제시하는 것을 포함할 수 있다.
본 발명의 일 실시예에 따르면, 상기 입력 정보는 복수의 입력 항목 변수들에 대응하는 변수 값들을 포함하고, 상기 청구금액의 계산근거 자료는 상기 변수 값들에 기초하여 함수에 따라 계산되어 자동으로 생성될 수 있다.
본 발명의 일 실시예에 따르면, 상기 입력 사용자 인터페이스는 사건별 계약금액을 청구할 수 있는 필수 입력과 사건별 계약금액을 늦게 지급할 때 연체이자를 추가로 청구할 수 있는 입력을 구분하여 입력할 수 있도록 구성될 수 있다.
본 발명의 일 실시예에 따르면, 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법으로서, 입력 사용자 인터페이스를 통해 사용자에 의해 입력되는 입력 정보를 수신하는 단계; 상기 입력 정보에 기초하여 청구금액을 계산하는 단계; 및 상기 사용자에게 상기 청구금액의 계산 결과를 제시하는 단계를 포함하는 법률문서 자동 생성 방법이 제공된다.
본 발명의 일 실시예에 따르면, 상기 청구금액의 계산 결과를 제시하는 단계는, 상기 사용자가 제1 등급의 사용자일 경우에는 상기 청구금액의 계산근거 자료를 상기 청구금액의 계산 결과와 함께 상기 사용자에게 제시하는 단계와, 상기 사용자가 제2 등급의 사용자일 경우에는 상기 청구금액의 계산 결과만 상기 사용자에게 제시하는 단계를 포함할 수 있다.
본 발명의 일 실시예에 따르면, 상기 입력 정보에 기초하여 청구금액을 계산하는 단계는, 상기 금원과 관련된 받기로한날, 청구한날, 빌려준날, 받은날 및 계약한날 중 하나 이상에 대한 날짜를 설정하는 단계를 포함할 수 있다.
본 발명의 일 실시예에 따르면, 상기 받기로한날 또는 상기 청구한날이 연월까지만 입력된 경우, 해당 월의 말일을 상기 받기로한날 또는 상기 청구한날로 설정할 수 있다.
본 발명의 일 실시예에 따르면, 상기 받기로한날 또는 상기 청구한날이 연월까지만 입력된 경우, 상기 받기로한날 또는 상기 청구한날이 신청한날과 같은 월에 속하면, 상기 신청한날을 상기 받기로한날 또는 상기 청구한날로 설정할 수 있다.
본 발명의 일 실시예에 따르면, 상기 빌려준날이 연월까지만 입력된 경우, 해당 월의 말일을 상기 빌려준날로 설정할 수 있다.
본 발명의 일 실시예에 따르면, 상기 빌려준날이 연월까지만 입력된 경우, 상기 빌려준날이 상기 받기로한날, 상기 청구한날 및 신청한날 중 어느 하나와 같은 월에 속하면, 상기 받기로한날, 상기 청구한날 및 상기 신청한날 중 최선일을 상기 빌려준날로 설정할 수 있다.
본 발명의 일 실시예에 따르면, 상기 받은날이 연월까지만 입력된 경우, 해당 월의 초일을 상기 받은날로 설정할 수 있다.
본 발명의 일 실시예에 따르면, 상기 계약한날이 연월까지만 입력된 경우, 해당 월의 말일을 상기 계약한날로 설정할 수 있다.
본 발명의 일 실시예에 따르면, 상기 받기로한날, 상기 청구한날, 상기 빌려준날, 상기 받은날 및 상기 계약한날 중 하나 이상에 대한 날짜를 설정하는 것은 날짜에 관한 정보를 연월일 전부 입력받는 옵션, 날짜에 관한 정보를 연월까지만 입력받는 옵션 및 날짜에 관한 정보를 상기 사용자가 모른다는 사실을 입력받는 옵션 중 하나 이상을 상기 사용자로 하여금 선택하도록 하여 설정하는 것일 수 있다.
본 발명의 일 실시예에 따르면, 상기 입력 정보에 기초하여 청구금액을 계산하는 단계는, 상기 날짜를 설정하는 단계 이후에 수행되는 상대방의 변제금을 처리하는 단계를 더 포함하되, 상기 상대방의 변제금을 처리하는 단계는, 상기 받은날이 특정되지 않은 상대방의 변제금이 있을 경우 1차 변제 처리를 수행하는 단계와, 상기 받은날이 특정된 상대방의 변제금이 있을 경우 2차 변제 처리를 수행하는 단계를 포함할 수 있다. 상기 상대방의 변제금을 처리하는 단계는 미납 월임대료 등 상대방에게 지불하지 않은 금액을 처리하는 것도 포함할 수 있다.
본 발명의 일 실시예에 따르면, 상기 1차 변제 처리를 수행하는 단계는 상기 금원의 원금에 대한 변제 처리를 수행하는 것이고, 상기 2차 변제 처리를 수행하는 단계는 상기 금원의 원금 및 이자에 대한 변체 처리를 수행하는 것일 수 있다.
본 발명의 일 실시예에 따르면, 전술된 법률문서 자동 생성 방법의 다양한 실시예들을 수행하는 컴퓨팅 장치를 포함하는 시스템이 제공된다.
본 발명의 일 실시예에 따르면, 금원의 지급 청구와 관련된 서비스를 자동으로 제공하는 방법으로서, 입력 사용자 인터페이스를 통해 사용자에 의해 입력되는 입력 정보를 수신하는 단계; 전자 서명 기법에 기초하여 위임장을 작성하는 단계; 상기 입력 정보에 기초하여 청구취지 및 청구원인을 자동으로 생성하는 단계; 및 상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 법원에 전자적으로 제출하는 단계를 포함하는 금원의 지급 청구와 관련된 서비스를 자동으로 제공하는 방법이 제공된다.
본 발명의 일 실시예에 따르면, 상기 금원의 지급 청구와 관련된 서비스를 자동으로 제공하는 방법은 서비스 종류 신청 단계를 포함할 수 있다.
본 발명의 일 실시예에 따르면, 상기 서비스 종류 신청 단계는 상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 상기 사용자에게 제공하는 서비스, 상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 상기 사용자에게 제공하고 상기 법률문서를 법원에 전자적으로 제공하는 서비스, 또는 상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 상기 사용자에게 제공하고 상기 법률문서를 법원에 전자적으로 제공하며 법원의 보정명령에 대응하여 주소보정 및 송달 신청 대리관련 서비스도 전자적으로 제공하는 서비스 중 하나를 상기 사용자로 하여금 선택하도록 하는 것일 수 있다.
본 발명의 실시예들에 따르면 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법 및 시스템을 제공할 수 있다.
도 1은 본 발명의 일 실시예에 따른 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법을 도시한 순서도이다.
도 2는 본 발명의 일 실시예 따른 법률문서 자동 생성 방법에 있어서 입력 사용자 인터페이스를 통해 사용자에 의해 입력되는 입력 정보를 수신하는 단계에 포함되는 단계들을 도시한 순서도이다.
도 3 내지 도 10은 본 발명의 일 실시예에 따른 법률문서 자동 생성 방법을 통해 제시되는 예시적인 입력 사용자 인터페이스를 도시한 도면이다.
도 11은 본 발명의 일 실시예에 따른 법률문서 자동 생성 방법을 통해 생성되는 청구금액의 계산근거 자료의 예시적인 템플릿을 도시한 도면이다.
도 12는 본 발명의 일 실시예에 따른 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법을 도시한 순서도이다.
도 13 및 도 16은 본 발명의 일 실시예에 따른 법률문서 자동 생성 방법에 있어서 입력 정보에 기초하여 청구금액을 계산하는 단계에 포함되는 단계들을 도시한 순서도이다.
도 14 및 도 15는 본 발명의 일 실시예에 따른 법률문서 자동 생성 방법에 포함되는 2차 변제 처리를 수행하는 단계의 예시적인 상황을 설명하기 위한 도면이다.
이하의 상세한 설명에서는 본 명세서의 일부를 형성하는 첨부 도면을 참조하여 특정 실시예들을 설명한다. 본 발명의 실시예들의 특징들은 조합될 수도 있고, 다른 특징들과 함께 이용될 수도 있으며, 본원 개시 내용의 사상이나 범위에서 벗어나지 않으면서 구조적 변경이 이루어질 수도 있다. 따라서, 이하의 상세한 설명은 제한적인 의미로 받아들여서는 안 되고, 본 발명의 범위는 첨부한 청구범위와 그 균등물에 의해 정의된다.
본 발명의 실시예들을 설명함에 있어서 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명의 실시예에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
실시예들은 컴퓨팅 장치의 운영 체제 상에서 실행되는 애플리케이션 프로그램과 함께 실행되는 프로그램 모듈의 일반적인 맥락에서 설명될 것이지만, 당업자는 이들 특징들이 다른 프로그램 모듈과 함께 구현될 수도 있다는 것을 이해할 수 있을 것이다.
일반적으로, 프로그램 모듈은, 루틴, 프로그램, 컴포넌트, 데이터 구조, 및 특정 태스크를 수행하거나 특정한 추상 데이터 타입을 구현하는 다른 유형의 구조를 포함한다. 또한, 당업자는 실시예들이 핸드 헬드 장치, 멀티 프로세서 시스템, 마이크로프로세서 기반 또는 프로그램 가능한 가전, 미니컴퓨터, 메인프레임 컴퓨터, 및 호환 가능한 컴퓨팅 장치를 비롯한 다른 컴퓨터 시스템 구성으로 실시될 수도 있음을 알 수 있을 것이다. 실시예들은 또한 통신망을 통해 링크되는 원격 처리 장치에 의해 태스크들이 수행되는 분산 컴퓨팅 환경에서 실시될 수 있다. 분산 컴퓨팅 환경에서, 프로그램 모듈은 로컬 및 원격 메모리 스토리지 장치에 위치할 수 있다.
이하, 첨부된 도면을 참조하여 본 발명의 실시예들에 대해 상세히 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따른 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법을 도시한 순서도이다. 도 1에 도시된 예시적인 법률문서 자동 생성 방법은 입력 사용자 인터페이스를 통해 사용자에 의해 입력되는 입력 정보를 수신하는 단계(110), 입력 정보에 기초하여 청구취지, 청구원인 및 청구금액의 계산근거 자료를 자동으로 생성하는 단계(120), 및 청구취지, 청구원인 및 청구금액의 계산근거 자료를 포함하는 법률문서를 사용자에게 제시하는 단계(130)를 포함할 수 있다.
입력 사용자 인터페이스를 통해 사용자에 의해 입력되는 입력 정보를 수신하는 단계(110)는 법률문서(예컨대, 지급명령신청서)를 자동으로 생성하기 위해 필요한 정보를 사용자로부터 입력받는 단계이다. 이 단계(110)에서는 사건명(사건 유형), 사건과 관련된 세부 정보, 채권자 정보, 채무자 정보 등을 사용자(예컨대, 채권자)로부터 수신할 수 있다. 예를 들어, 입력 정보를 수신하는 단계(110)는 도 2에 도시된 바와 같이, 사용자로 하여금 사건명을 선택하도록 하는 단계(111), 사건과 관련된 세부 정보를 입력하도록 하는 단계(112), 채권자 정보를 입력하도록 하는 단계(113) 및 채무자 정보를 입력하도록 하는 단계(114)를 포함할 수 있다. 다만, 도 2에 도시된 순서는 예시적인 것일 뿐, 반드시 이에 제한되어야 하는 것은 아니다.
또한 본 발명의 일 실시예에 따르면, 서비스 종류 신청 단계, 전자 서명 방법 등으로 위임장 작성 단계, 결제 단계를 포함할 수 있다. 서비스 종류는 법률문서 작성만 신청하거나 위임장에 작성된 내용을 바탕으로 대법원 전자소송 사이트 등을 활용하여 전자적으로 신청서류를 대리하여 제출하는 서비스, 이에 추가하여 법원에서 주소 보정명령이 있는 경우, 보정명령서 텍스트를 전자적으로 인식하여 전자적으로 주소보정 및 송달신청을 하는 것과 같이 모두 법원 대응도 지원하는 서비스가 있을 수 있다. 참고로 개인의 경우 대법원 전자소송 사이트는 개인의 경우 채무자 주민등록번호만 있으면 채무자의 주소를 전자적으로 제공하고 있고, 법인의 경우 사업자번호, 법인등록번호만 알고 있으면 법인등기부등본 서류로 자동으로 제공하고 있다.
금원 지급 청구는 다양한 법률적 원인에 의해 발생할 수 있는데, 예를 들어 대여금, 매매대금, 용역비, 임대차보증금, 투자수익금, 약정금, 투자금 반환 등에 근거하여 발생할 수 있다. 본 발명의 일 실시예에 따르면, 다양한 법률적 원인을 대여금 사건과 기타 사건(다시 말해, 대여금 이외의 사건)으로 나누어서 처리할 수 있다. 따라서, 본 발명의 일 실시예에 따른 입력 정보를 수신하는 단계(110)는 사건명(사건 유형)이 대여금 사건인지 혹은 대여금 이외의 기타 사건인지 구별하기 위해 사건명(사건 유형)을 입력받는 단계(111)를 포함할 수 있다.
사건과 관련된 세부 정보를 사용자로 하여금 입력하도록 하는 단계(112)는 사건과 관련된 정보(예컨대, 빌려준 돈, 빌려준 날, 이율, 받기로 한 날 등에 관한 정보)를 사용자가 입력할 수 있도록 하는 단계이다. 이 단계(112)에서 사용자에게 제시되는 입력 사용자 인터페이스는 사건명(사건 유형)에 따라 입력받을 정보가 달라지도록 구성될 수 있다. 사건명에 따라 제시되는 입력 사용자 인터페이스의 다양한 예시는 도 3 내지 도 9를 통해 제시된다. 도 3은 대여금 사건에 관한 예시적인 사용자 인터페이스이고, 도 4는 매매대금 사건에 관한 예시적인 사용자 인터페이스이고, 도 5는 용역비 사건에 관한 예시적인 사용자 인터페이스이고, 도 6은 임대차보증금 사건에 관한 예시적인 사용자 인터페이스이고, 도 7은 약정금 사건에 관한 예시적인 사용자 인터페이스이고, 도 8은 투자금반환 사건에 관한 예시적인 사용자 인터페이스이고, 도 9는 투자수익금 사건에 관한 예시적인 사용자 인터페이스이다.
도 3 내지 도 9에 도시된 바와 같이, 입력 사용자 인터페이스는 각각의 사건명에 따라 요건사실론에 기초하여 제시될 수 있다. 예를 들어, 도 3에 도시된 대여금 사건에 관한 예시적인 사용자 인터페이스는 대여금과 관련된 요건사실론에 기초하여 빌려준 돈, 빌려준 날, 이율, 받기로 한 날 등을 사용자로 하여금 입력할 수 있도록 하는 반면, 도 4에 도시된 매매대금 사건에 관한 예시적인 사용자 인터페이스는 매매물품, 수량, 매매대금, 계약한 날 등을 사용자로 하여금 입력할 수 있도록 한다. 도 5 내지 도 9에 도시된 각각의 사건에 대해서도 해당 사건의 요건사실론에 기초하여 입력 사용자 인터페이스가 제시될 수 있다.
또한 각 사건별로 받기로한날에 계약에서 정한 금액을 받을 수 있는 필수 입력만 받거나, 대금을 늦게 지급하는 경우 연체이자까지 추가하여 받을 수 있는 입력을 추가로 받을 수 있다. 즉 필수 입력 부분과 추가 입력부분이 구분될 수 있다. 도 5 내지 도 9에 도시된 것과 같이 연체이자 관련 입력은 "연체이자 청구하기"라는 별도의 선택 버튼에 의해 해당 입력이 표시되도록 입력을 구분할 수 있다.
한편, 도 3 내지 도 9에 도시된 각각의 입력 사용자 인터페이스에는 도 10에 도시된 바와 같은 증거 파일 첨부용 사용자 인터페이스가 추가적으로 구비될 수 있다. 도 10에 도시된 증거 파일 첨부용 사용자 인터페이스는 사용자로 하여금 도 3 내지 도 9 중 어느 하나의 입력 사용자 인터페이스를 통해 입력한 세부 정보를 입증할 수 있는 증거 자료를 파일의 형태로 쉽게 첨부할 수 있도록 한다.
도 3 내지 도 9에 도시된 바와 같은 입력 사용자 인터페이스에는 사용자에 의해 입력되는 입력 정보의 적어도 일부에 기초하여 사용자가 입력할 항목이 동적으로 추가 또는 삭제될 수 있도록 할 수 있다. 예를 들어, 도 3에 도시된 바와 같이 대여금 사건에 있어서 빌려준 돈을 입력하는 경우 금원을 복수회에 걸쳐 대여한 경우도 있기 때문에, 이를 처리할 수 있도록 빌려준 돈을 복수의 횟수로 구별하여 입력할 수 있도록 "추가" 버튼을 입력 사용자 인터페이스에 포함되도록 구성할 수 있다. 예컨대, 사용자가 빌려준 돈 항목의 우측에 있는 "추가" 버튼을 선택할 경우, 입력 사용자 인터페이스는 동적으로 변경되어 빌려준 돈과 관련된 정보(예컨대, 빌려준 돈, 빌려준 날 등)를 추가로 입력할 수 있는 사용자 인터페이스 요소를 사용자에게 제시할 수 있다. 또는, 도 4에 도시된 바와 같이 매매대금 사건에 있어서 매매물품이 다양한 경우도 있기 때문에, 이를 처리할 수 있도록 매매물품의 유형을 구별하여 입력할 수 있도록 "추가" 버튼을 입력 사용자 인터페이스에 포함시킬 수 있다. 예컨대, 사용자가 매매물품 항목이 우측에 있는 "추가" 버튼을 선택할 경우, 입력 사용자 인터페이스는 동적으로 변경되어 매매물품과 관련된 정보(이를 테면, 매매물품, 수량 등)를 추가로 입력할 수 있는 사용자 인터페이스 요소를 사용자에게 제시할 수도 있다. 도 4는 이러한 상황에서 감자, 사과, 책과 같이 서로 다른 3가지 유형의 매매물품고 관련된 정보를 사용자가 입력한 상태를 제시하고 있다. 그 밖에도 사용자가 채무자로부터 받은 돈이 일부라도 있으며, 이를 복수의 횟수에 걸쳐서 수령한 경우를 처리할 수 있도록, 갚은 돈 항목의 우측에 "추가" 버튼을 포함시킴으로써 복수의 횟수에 걸쳐 사용자가 채무자로부터 받은 돈에 관한 정보를 입력할 수 있도록 하는 사용자 인터페이스를 제시할 수도 있다.
한편, 사용자로 하여금 "추가" 버튼을 굳이 선택하도록 하지 않더라도, 경우에 따라서 입력 사용자 인터페이스에 입력되는 사용자의 입력 정보에 기초하여 사용자가 입력할 항목이 동적으로 추가 또는 삭제될 수도 있다. 예를 들어, 사용자가 채무자로부터 받은 돈이 없다면, 사용자는 받은 돈 항목의 "있음" 또는 "없음" 버튼 중 "없음"을 선택할 것이고, 그에 따라 당연히 갚은 돈과 관련된 항목(예컨대, 갚은 돈, 갚은 날 등)은 입력 사용자 인터페이스에 더이상 표시되지 않도록 동적으로 삭제될 수도 있다.
이처럼, 본 발명의 일 실시예에 따르면, 입력 사용자 인터페이스가 동적으로 변화할 수 있기 때문에 사용자의 입력 편의성을 향상시킬 수 있는 장점이 있다.
한편, 본 발명의 일 실시예에 따른 입력 사용자 인터페이스를 통해 입력받는 입력 정보는 복수의 입력 항목 변수들에 대응하는 변수 값들을 포함할 수 있다. 예를 들어, 도 3을 통해 제시된 예시적인 입력 사용자 인터페이스에 포함된 빌려준 돈, 빌려준 날, 이율, 받기로 한 날, 청구한 날, 연체 이율, 채권 종류, 받은 돈, 갚은 돈, 갚은 날 등의 정보는 각각 입력 항목 변수를 구성하며, 이들 입력 항목 변수에 대한 사용자 입력 값이 그에 대응하는 변수 값으로 정의될 수 있다. 이를 테면, 도 3의 예시에서는, 사용자가 직접 입력한 변수 값이 입력 항목 변수에 대해 할당될 수 있으며(예컨대, "빌려준 돈"이라는 입력 항목 변수에 대한 변수 값은 "150000"원으로 할당되고, "빌려준 날"이라는 입력 항목 변수에 대한 변수 값은 "2018년 2월 6일"로 할당됨), 또는 사용자가 선택한 버튼과 관련된 변수 값이 해당 입력 항목 변수에 할당될 수도 있다(예컨대, "채권 종류"라는 입력 항목 변수에 대한 변수 값은 "민사 채권"이 됨). 도 3의 나머지 부분 및 도 4 내지 도 9에 대한 예시에서도 입력 항목 변수와 그에 대한 변수 값이 유사한 방식에 따라 할당될 수 있다.
한편, 본 발명의 일 실시예에 따르면, 입력 사용자 인터페이스에는 복수의 입력 항목 변수들 중 적어도 일부와 관련된 부가 설명이 제시될 수 있다. 예를 들어, 도 3에 도시된 실시예에서, 사용자가 복수의 입력 항목 변수들 중 "채권 종류"가 무엇인지 선택하려고 하는 상황에서, 민사 채권과 상사 채권이 각각 무엇인지 설명하는 부가 설명이 제시될 수 있는 것이다. 사용자가 채권 종류 옆에 있는 물음표 아이콘을 선택하면 이러한 부가 설명이 제시될 수 있다. 이를 테면, 표 1에 포함된 부가 설명이 제시될 수 있다.
"받기로한 날"이란 계약에서 정한 대여금의 받기로 한 날 또는 구두로 합의한 대여금의 받기로 한 날을 의미합니다. 1) 계약에서 돈을 받기로 한 날을 정하거나 계약 이후 받기로한날 경우 합의하여 정한 경우에는 해당날짜를 입력하고, 아닌 경우에는 "없음"을 선택하세요. 2) 계약에서 정한 받기로 한 날 또는 구두 합의한 받기로 한 날이 없는 경우 "없음"을 선택하세요.
또는, 물음표 아이콘을 선택(예컨대, 클릭)하지 않더라도, 사용자가 입력 사용자 인터페이스의 특정 입력 항목 변수와 관련된 입력 정보를 선택하게 되면, 부가 설명이 자동으로 제시될 수 있다. 예를 들어, 도 3에 도시된 실시예에서, 사용자가 복수의 입력 항목 변수들 중 "빌려준 날"을 입력하려고 하는 상황에서, "모름" 버튼을 선택한 경우에 그 버튼을 선택한 것과 관련된 부가 설명이 제시될 수 있다. 이를 테면, 표 2에 포함된 부가 설명이 제시될 수 있다.
빌려준날을 모르는 경우, 이자를 받을 수 없으며, 지급명령이 내려지지 않을 수 있습니다. 가능하면 빌려준날을 달까지라도 입력하세요.
입력 사용자 인터페이스를 이러한 방식으로 구현하게 되면, 법학적 지식이 없는 일반인들이라고 할지라도 스스로 법률문서를 자동으로 작성함에 있어서 어려움을 겪지 않을 수 있는 이점이 있다.
한편, 본 발명의 일 실시예에 따른 입력 사용자 인터페이스는 사용자의 입력 정보에 따라 사용자(예컨대, 채권자)의 입장에서 상대방(예컨대, 채무자)에게 최대의 청구금액을 청구할 수 있도록, 법률이 허용하는 한도에서 사용자에게 유리한 청구금액을 산정할 수 있다. 이를 위해서 본 발명의 일 실시예에 따르면, 날짜와 관련된 정보의 입력 방식을 종래에는 전혀 개시되지 않은 방식으로 입력받을 수 있는 입력 사용자 인터페이스가 제공된다. 예를 들어, 입력 사용자 인터페이스를 통해 수신되는 입력 정보는 금원과 관련된 날짜 정보를 포함할 수 있는데, 여기서 날짜 정보는 금원과 관련된 받기로한날, 청구한날, 빌려준날, 받은날 및 계약한날 중 하나 이상의 날짜에 관한 정보를 포함할 수 있다. 이를 테면, 날짜 정보는 금원을 상대방에게 지급한 날짜(예를 들어, 도 3에 도시된 "빌려준 날")나 금원을 상대방으로부터 받기로한 날짜(예를 들어, 도 3에 도시된 "갚은 날")에 관한 정보 등을 포함할 수 있다. 빌려준돈은 상대방에게 빌려준 돈 뿐만 아니라 상대방에게 투자금으로 지급한 돈 등 상대방에게 지급된 모든 종류의 돈을 포함하는 개념으로 이해된다. 또한 빌려준날은 상대방에게 빌려준돈의 빌려준날 뿐만 아니라 상대방에게 투자금으로 지급한 돈 등 상대방에게 지급된 모든 종류의 돈의 지급한날을 포함하는 개념으로 이해된다.
본 발명의 일 실시예에 따르면, 입력 사용자 인터페이스는 날짜 정보를 (i) 연월일 전부 입력받는 옵션, (ii) 날짜 정보를 연월까지만 입력받는 옵션 및 (iii) 날짜 정보를 사용자가 모른다는 사실을 입력받는 옵션 중 하나 이상을 사용자로 하여금 선택할 수 있도록 할 수 있다.
사용자가 연월일 전부를 입력할 경우 그에 따라 청구금액을 정확히 산출할 수 있겠지만, 그렇지 않고 만약 날짜 정보를 연월까지만 입력하거나 날짜 정보를 모른다는 사실을 입력한다고 하더라도 법률이 허용하는 한도에서 사용자에게 최대한 유리하게 청구금액을 산출할 수 있도록 날짜 정보를 사전처리할 수 있다. 날짜 정보를 사전처리하는 예시에 대해서는 이하에서 청구금액을 계산하는 알고리즘의 설명시 자세하게 다루도록 하겠다.
한편, 본 발명의 일 실시예에 따른 입력 사용자 인터페이스는 다양한 상황에서의 날짜 정보를 입력받기 위해 적어도 다음과 같은 상황을 처리할 수 있도록 구성될 수 있다.
예를 들어, 빌려준돈(대여금), 받은돈(변제금)은 각각 수회에 걸쳐 존재할 수 있으므로, 각각의 빌려준돈, 받은돈을 해당 빌려준날 또는 받은날마다 각각 입력할 수 있도록 할 수 있다. 또한, 앞서 설명된 바와 같이, 빌려준돈, 받은돈은 각각 빌려준날, 받을날을 모르거나(입력이 없거나), 연월까지만 알 수도 있으므로, 이러한 입력을 모두 처리할 수 있도록 구성될 수 있다. 한편, 사용자는 빌려준돈, 받은돈을 입력할 때 날짜가 빠른순으로 입력하지 않을 수 있고, 같은날에 빌려준돈이나 받은돈을 2개 이상 입력할 수 있으며, 빌려준날이나 받은날을 모르는 돈 입력도 여러 개 있을 수 있으므로, 입력 사용자 인터페이스는 이러한 상황을 처리할 수 있도록 구성될 수 있다. 또한, 계약한날, 받기로한날, 청구한날도 빌려준날과 받은날과 같이 해당 날짜가 없거나(즉, 사용자의 입력이 없거나) 사용자가 모를 수 있고, 연월까지만 입력이 있을 수도 있는바, 이를 처리할 수 있도록 구성될 수 있다. 받기로한날, 청구한날은 둘 중 하나만 올 수 있거나 둘다 입력이 없을 수 있는데, 청구한날은 계약에서 지급예정일을 정하지 않은 경우에만 의미가 있으므로, 받기로한날을 정하지 않는 경우에만 청구한날을 입력을 할 수 있도록 입력 사용자 인터페이스가 동적으로 변경될 수 있다. 또한, 받기로한날, 청구한날은 둘 중 하나만 입력될 수 있으며, 받기로한날을 모르고, 청구한날이 없으면 둘다 입력이 없게끔 처리할 수도 있다. 그리고, 받기로한날 또는 청구한날은 빌려준돈 별로 각각 존재하는 것이 아니라 전체 빌려준돈에 대해 하나만 있을 수도 있고, 모든 빌려준 돈은 이자율과 연체이자율이 동일할 수도 있으므로, 입력 사용자 인터페이스는 이를 처리할 수 있도록 구성될 수 있다. 만약, 받기로한날 또는 청구한날이 빌려준돈 별로 존재하면 분할하여 대여한 것이 아니라 각각 별도의 대여금으로 판단되도록 처리를 수행할 수도 있다. 여기서, 입력은 하나의 대여금에 대해서 처리하고 대여금을 나눠서 빌려주고 나눠서 변제를 받을 수 있는 것을 가정하므로 받기로한날 또는 청구한날은 1개만 존재할 수 있고 모든 빌려준돈은 이자, 연체이자율이 동일하게 처리될 수 있다. 그리고, 변제는 선 변제도 있을 수 있으므로 받기로한날(대금지급기한) 이전에도 변제가 있을 수 있으나, 빌려준날(대여일)은 받기로한날(변제일) 이전에만 올 수 있도록 입력 사용자 인터페이스를 구성할 수 있다.
다시 도 1로 돌아가서, 입력 정보에 기초하여 청구취지, 청구원인 및 청구금액의 계산근거 자료를 자동으로 생성하는 단계(120)에 대해 살펴보도록 하겠다. 본 단계(120)에서는 사용자가 전술한 바와 같은 입력 사용자 인터페이스를 통해 입력한 입력 정보에 기초하여 법률문서에 포함되는 청구취지, 청구원인 및 청구금액의 계산근거 자료를 자동으로 생성하는 단계이다.
본 발명의 일 실시예에 따르면, 청구취지 및 청구원인은 복수의 입력 항목 변수들에 대응하는 변수 값들에 기초한 조건식에 따라 적어도 하나의 문장으로 자동 생성될 수 있다. 여기서, 적어도 하나의 문장은 미리 정의된 템플릿 구문과 변수 값들 중 적어도 하나를 조합하여 생성될 수 있다. 예를 들어, 청구원인에는 표 3에 제시된 바에 따라 자동으로 생성되는 예시적인 문장이 포함될 수 있다.
IF(채권종류=“상사채권”) “상인인 ” else “”“채권자는” IF(빌려준날_인지=“알고있음”) “ <#빌려준날> ” else “ ”“채무자에게”IF(채권종류=“상사채권”) “ 상행위를 통해 ” else “ ”“대여금으로 <#빌려준돈>원을 지급하였습니다.”
표 3은 도 3의 입력 사용자 인터페이스를 통해 사용자가 대여금 사건과 관련된 입력 정보를 입력한 경우에 사용될 수 있는 예시적인 문장이다. 도 3에 도시된 바와 같이 사용자가 채권 종류를 "민사 채권"으로 선택하고, 빌려준 돈을 "150000"원으로 입력하고, 빌려준 날을 "2018년 2월 6일"로 입력한 경우를 가정하면, 표 3의 문장은 "채권자는 2018년 2월 6일 채무자에게 대여금으로 150000원을 지급하였습니다."라는 문장으로 완성될 것이다. 만약 사용자가 채권 종류를 "상사 채권"으로 선택한 상황을 가정하면, 위 문장은 표 3의 조건식에 따라 "상인인 채권자는 2018년 2월 6일 채무자에게 상행위를 통해 대여금으로 150000원을 지급하였습니다."라는 문장으로 완성될 것이다. 이처럼, 적어도 하나의 문장은 미리 정해진 템플릿 구문(예컨대, "채권자는", "채무자에게", "대여금으로", "원을 지급하였습니다."와 같은 미리 정해진 구문)과 변수 값들(예컨대, 채권종류 변수에 할당된 변수 값인 "상사채권"과, <#빌려준돈> 변수에 할당된 변수 값인 "150000"과, <#빌려준날> 변수에 할당된 변수 값인 "2018년 2월 6일" 등) 중 적어도 하나를 조합하여 생성될 수 있다.
본 발명의 일 실시예에 따르면, 대여금 사건과 관련해서는 표 4 내지 표 7에 제시된 바에 따라 생성되는 문장들이 청구원인에 더 포함될 수도 있다.
IF(이자약정_유무=“있음” & 연체이자약정_유무=“없음”) “채무자는 채권자에게 위 대여금에 대하여 연 <#이자율>%의 이자를 지급하기로 약정하였습니다.”else IF(이자약정_유무=“없음” & 연체이자약정_유무=“있음”) “채무자는 이행지체 시 채권자에게 위 대여금에 대하여 연 <#연체이자율>%의 지연손해금을 지급하기로 약정하였습니다.”else IF(이자약정_유무=“있음” & 연체이자약정_유무=“있음”)“채무자는 채권자에게 위 대여금에 대하여 연 <#이자율>%의 이자를 지급하고, 이행지체 시 <#연체이자율>%의 지연손해금을 지급하기로 약정하였습니다.”else IF(이자약정_유무=“없음” & 연체이자약정_유무=“없음”) “Null”
IF(갚은돈_유무=“있음” & 갚은날_인지=“모름”) “채권자는 채무자로부터 위 대여금의 일부로써 <#수정갚은돈0>원을 지급받았습니다.”else IF(갚은돈_유무=“있음” & ( 갚은돈_개수 ? 갚은날_개수 = 0 ) ) { IF(갚은날_개수=1) “채권자는 <#수정갚은날1> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈1>원을 지급받았습니다. 위 변제 후 <#최종갚은날>을 기준으로 대여금의 원금 잔액은 <#최종원금잔액>원, 이자 잔액 및 지연손해금은 <#최종이자잔액>원이 남아있습니다.“ else IF(갚은날_개수=2) “채권자는 <#수정갚은날1> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈1>원을 지급받았습니다. 또한 채권자는 <#수정갚은날2> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈2>원을 지급받았습니다. 위 변제 후 <#최종갚은날>을 기준으로 대여금의 원금 잔액은 <#최종원금잔액>원, 이자 잔액 및 지연손해금은 <#최종이자잔액>원이 남아있습니다.“ else IF(갚은날_개수=3) ... “채권자는 <#수정갚은날1> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈1>원을 지급받았습니다. 또한 채권자는 <#수정갚은날2> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈2>원을 지급받았습니다.“ 또한 채권자는 <#수정갚은날3> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈3>원을 지급받았습니다. 위 변제 후 <#최종갚은날>을 기준으로 대여금의 원금 잔액은 <#최종원금잔액>원, 이자 잔액 및 지연손해금은 <#최종이자잔액>원이 남아있습니다.“ }else IF(갚은돈_유무=“있음” & ( 갚은돈_개수 ? 갚은날_개수 > 0 ) ) { IF(갚은날_개수=1) “채권자는 채무자로부터 위 대여금의 일부로써 <#수정갚은돈0>원을 지급받았습니다. 또한 채권자는 <#수정갚은날1> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈1>원을 지급받았습니다. 위 변제 후 <#최종갚은날>을 기준으로 대여금의 원금 잔액은 <#최종원금잔액>원, 이자 잔액 및 지연손해금은 <#최종이자잔액>원이 남아있습니다.“ else IF(갚은날_개수=2) “채권자는 채무자로부터 위 대여금의 일부로써 <#수정갚은돈0>원을 지급받았습니다. 또한 채권자는 <#수정갚은날1> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈1>원을 지급받았습니다. 또한 채권자는 <#수정갚은날2> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈2>원을 지급받았습니다. 위 변제 후 <#최종갚은날>을 기준으로 대여금의 원금 잔액은 <#최종원금잔액>원, 이자 잔액 및 지연손해금은 <#최종이자잔액>원이 남아있습니다.“ else IF(갚은날_개수=3) ... “채권자는 채무자로부터 위 대여금의 일부로써 <#수정갚은돈0>원을 지급받았습니다. 또한 채권자는 <#수정갚은날1> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈1>원을 지급받았습니다. 또한 채권자는 <#수정갚은날2> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈2>원을 지급받았습니다.“ 또한 채권자는 <#수정갚은날3> 채무자로부터 위 대여금의 일부로써 <#수정갚은돈3>원을 지급받았습니다. 위 변제 후 <#최종갚은날>을 기준으로 대여금의 원금 잔액은 <#최종원금잔액>원, 이자 잔액 및 지연손해금은 <#최종이자잔액>원이 남아있습니다.“ }elseIF(갚은돈_유무=“없음”)“Null”
“채권자는”IF(갚기로한날_인지=“알고있음”) “ 갚기로 한 날인 <#갚기로한날> 이후 ” else “ ”“채무자에게 위 대여금”IF(갚은돈_유무=“없음”) “ 전액”else “ 잔액”“의 상환을 요구하였으나, 채무자는 현재까지 이에 불응하고 있습니다.”
“따라서 채권자는 채무자에게 위 금원의 지급을 수차에 걸쳐 지급하여 줄 것을 독촉하였으나 차일피일 기일만 지연하고 있고, 신청일 현재까지 하등의 이유없이 그 지급에 불응하고 있으므로 채권자는 신청취지와 같은 대여금과 소정의 손해금율에 의한 금원을 지급받고자 본 신청에 이른 것입니다.”
또한, 본 발명의 일 실시예에 따르면, 청구취지에는 표 8 또는 표 9에에 제시된 바에 따라 자동으로 생성되는 예시적인 문장이 포함될 수 있다. 표 8과 표 9는 도 4 내지 도 9의 입력 사용자 인터페이스를 통해 사용자가 기타 사건(즉, 대여금 이외이 사건)과 관련된 입력 정보를 입력한 경우에 청구취지에 사용될 수 있는 예시적인 문장이다. 표 8은 받기로 한 날을 알고, 갚은 돈이 있는 경우 중 갚은 날을 아는 경우에 사용될 수 있는 청구취지이고, 표 9는 받기로 한 날을 모르거나, 갚은 돈이 없거나, 갚은 날을 모두 모르는 경우에 사용될 수 있는 청구취지로서, 문장을 생성하는 원리는 앞서 표 3과 관련하여 제시된 설명과 유사한 방식으로 생성될 수 있음을 이해할 수 있다.
1. 금 <#기타_최종청구금액>원2. If 기타_최종이자잔액_유무=“있음” Then “위 1항 금액 중 <#기타_최종원금잔액>원에 대하여”Else “위 1항 금액에 대하여”End IfIf 기타_최종값은날<=기타_수정받기로한날 Then “ <#기타_수정받기로한날> 다음날부터” Else “ <#기타_최종갚은날> 다음날부터”End If If 기타_수정연체이자율<0.15 Then “ 이 사건 지급명령정본이 송달된 날까지 연 <#기타_수정연체이자율>%, 그 다음날부터 다 갚는 날까지 연 15%의 비율에 의한 금원”Else “ 다 갚는 날까지 연 <#기타_수정연체이자율>%의 비율에 의한 금원”End If
1. 금 <#기타_최종청구금액>원2. 위 1항 금액에 대하여 이 사건 지급명령정본이 송달된 다음날부터 다 갚는 날까지 연 15%의 비율에 의한 지연손해금
한편, 본 발명의 일 실시예에 따르면, 청구금액의 계산근거 자료가 변수 값들에 기초하여 함수에 따라 계산되어 자동으로 생성(예컨대, 테이블 형식으로 생성)될 수 있다. 예를 들어, 도 11은 변수 값들에 기초하여 청구금액의 계산근거 자료를 자동으로 생성하기 위한 예시적인 템플릿을 도시한다. 민사실무에 의하면 청구취지와 청구원인만으로 소송목적의 값을 산출하기 어려운 소송의 소장에서는 그 산출자료도 첨부하여야 하는데, 도 11은 이러한 산출자료를 자동으로 생성하기 위한 템플릿이다. 도 11에 도시된 바와 같이, 본 발명의 일 실시예에 따르면, 사용자가 입력한 입력 정보에 따른 변수 값들(예컨대, <#빌려준돈>, <#지급한돈>에 할당된 변수 값들)에 기초하여 소정의 함수에 따라 계산된 중간 계산 값들(예컨대, <#수정갚은돈n>, <#원금잔액n> 등)에 따라 자동으로 생성될 수 있다.
도 1을 다시 참조하면, 이상 설명한 바와 같은 청구취지, 청구원인 및 청구금액의 계산근거 자료를 자동으로 생성하는 단계(120)에 이어서 청구취지, 청구원인 및 청구금액의 계산근거 자료를 포함하는 법률문서를 사용자에게 제시하는 단계(130)가 수행될 수 있다. 이 경우, 단계(120)과 단계(130) 사이에 사용자로 하여금 본 발명에 따른 서비스를 이용하는 요금을 결제하게 하는 단계가 수행될 수도 있다. 본 발명의 일 실시예에 따르면, 사용자는 단계(130)을 통해 완성된 법률문서를 파일로 다운로드 받거나 이메일 등의 통신 수단을 통해 제공받을 수 있다. 사용자는 이렇게 제공받은 완성된 법률문서를 직접 출력하여 법원에 제출할 수도 있다.
도 12는 본 발명의 일 실시예에 따른 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법을 도시한 순서도이다. 도 12에 도시된 예시적인 실시예에 따른 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법은, 입력 사용자 인터페이스를 통해 사용자에 의해 입력되는 입력 정보를 수신하는 단계(210), 입력 정보에 기초하여 청구금액을 계산하는 단계(220), 및 사용자에게 청구금액의 계산 결과를 제시하는 단계(230)를 포함한다.
도 12에 제시된 입력 정보 수신 단계(210)는 앞서 도 1 내지 도 10을 참조하여 설명한 바와 같은 입력 정보 수신 단계(110)와 유사하게 수행될 수 있으므로, 전술된 설명을 참조하여 이해할 수 있다.
입력 정보에 기초하여 청구금액을 계산하는 단계(220)는 본 발명의 일 실시예에 따른 청구금액 계산 알고리즘에 따라 금원의 청구금액을 법률이 허용하는 한도에서 사용자에게 유리하게 계산하는 단계이다. 법률이 허용하는 한도에서 사용자에게 유리하게 계산한다는 의미는, 청구금액을 계산하는 과정에 있어서 사용자가 알고 있는 정보(예컨대, 금원과 관련된 날짜에 관한 정보)는 최대한 엄밀하게 적용하되, 사용자가 정확히 알고 있지 않은 정보(예컨대, 금원과 관련된 날짜를 연월까지만 알거나 전혀 모르는 경우)는 법률에 따라 상대방(예컨대, 채무자)에게 불리하지 않도록 계산하는 범위에서 사용자(예컨대, 채권자)에게는 최대의 청구금액이 계산되도록 한다는 것이다. 사용자가 정확히 알고 있지 않은 정보를 임의대로 적용하여 사용자 본인에게 유리한 방향으로 계산에 활용하는 것은 상대방의 이익을 침해하게 되어 법률에 반하므로, 본 발명의 실시예들은 이러한 배경하에서 청구금액의 계산 알고리즘을 적용하게 된다(다시 말해, 상대방(채무자)에게 불리하지 않게 계산 알고리즘을 적용함).
입력 정보에 기초하여 청구금액을 계산하는 단계(220)와 관련하여 후술되는 계산 알고리즘은 도 1의 실시예에 따라 청구금액의 계산근거 자료를 생성할 때 적용되는 계산 알고리즘과 동일한 것으로 고려될 수 있다. 다시 말해, 도 1의 실시예에 대해서도 후술되는 계산 알고리즘이 적용될 수 있음을 이해할 수 있을 것이다. 이하, 입력 정보에 기초하여 청구금액을 계산하는 단계(220)에 대해 자세히 설명하기로 한다.
본 발명의 일 실시예에 따르면, 청구금액을 계산하는 단계(220)는 도 13에 도시된 바와 같이 금원과 관련된 날짜를 설정하는 단계(221), 상대방의 변제금이 있을 경우 변제 처리를 수행하는 단계(222), 및 원금잔액과 이자잔액을 계산하는 단계(223)를 포함할 수 있다.
본 발명의 일 실시예에 따르면, 금원과 관련된 날짜를 설정하는 단계(221)에서는 금원과 관련된 받기로한날, 청구한날, 빌려준날, 받은날 및 계약한날 중 하나 이상에 대한 날짜를 설정할 수 있다. 아래에서 설명되는 예시들은 대체적으로 대여금 사건과 관련하여 설정될 수 있는 날짜들을 기준으로 예시적으로 설명되지만, 이는 설명의 편의를 위해 제시되는 예시적인 설명일 뿐이며, 이러한 날짜들은 기타 사건(즉, 대여금 이외의 사건)에 대해서도 유사하게 적용될 수 있음을 이해할 수 있다. 대여금 사건에 적용되는 이자는 약정이자, 지연이자(연체이자 또는 지연손해금) 및 소송이자를 포함할 수 있는 반면, 기타 사건의 경우 약정이자가 발생하지 않으므로 기타 사건에 적용되는 이자는 지연이자와 소송이자를 포함할 수 있는 차이가 있다. 또한 받기로한날 받을 수 있는 금액은 대여금, 약정금, 매매대금, 임대차보증금, 투자수익금 등 계약에서 정한 금액으로 결정된다는 차이가 존재하며, 받기로한날 이후 그 금액에 대한 연체이자가 지급되어야 한다는 차이가 있다. 또한 사건에 따라 청구금액 계산 방법이 달라질 수 있는데, 임대차보증금 반환 청구에서 월임차료를 미지급한 금액이 있으면 변제금뿐만 아니라 미지급한 월임차료로 차감하여 청구금액이 계산된다. 그러나, 기타 사건이라고 할지라도 변제충당의 순서, 빌려준날을 제외한 날짜 설정 방법은 대여금 사건의 계산 방법과 유사하므로 이를 그대로 적용할 수 있는 것이다. 다만, 대여금 사건과 기타 사건은 지연이자(지연손해금)가 발생하는 요건이 사건마다 차이가 있으므로 지연이자의 계산에 있어서는 일부 차이점이 발생될 수 있다. 대여금 이외 사건의 지연이자(지연손해금) 발생 요건 및 지연이자(지연손해금) 계산 구간을 정리하면 아래와 같다.
매매대금
지연손해금 발생요건 : 1) 받기로한날 또는 청구한날 있음(둘중 하나만 입력이 있을 수 있음), 2) 매매물품 인도한날 있음
지연손해금 적용 구간 : 지연손해금 발생 요건에 있는 날 중 늦은날 다음날부터(받기로 한날 또는 청구한날(둘중 하나만 입력이 있을 수 있음)과 매매물품 인도한날 중 늦은날 다음날부터) 매매대금에 대한 지연손해금이 계산됨
용역비
지연손해금 발생요건
1. 용역결과물 없는 경우
1) 이행율 100% 입력하고 용역이행완료한날 있음 2)받기로한날 또는 청구할날 있음
2. 용역결과물 있는 경우
1) 이행율 100% 입력하고 용역이행완료한날 있음 2)받기로한날 또는 청구할날 있음 3) 용역결과물이 있고 용역결과물 인도한날이 있음
지연손해금 적용 구간 : 지연손해금 발생 요건에 있는 날 중 늦은날 다음날부터 용역비에 대한 지연손해금이 계산됨
임대차보증금
지연손해금 발생요건
1. 임대종료일이 있는 경우
1) 임대종료일이 있음 2) 임차물반환한날 있음
2. 임대종료일이 없는 경우
1) 임대계약종료 통지하고 2) 임차물반환한날 있음
지연손해금 적용 구간 : 지연손해금 발생 요건에 있는 날 중 늦은날 다음날부터 임대차보증금과미납임대료 차액(=임대차보증금-미납임대료)에 대한 지연손해금이 계산됨 (임대종료일이 없으면 임차물 반환한날 다음날부터 임대차보증금과 미납임대료 차액에 대한 지연손해금이 계산됨)
(※ 청구금액 계산 시 주의점: 미납임대료가 있으며, 임대차보증금에서 차감되므로 청구금액 계산시 임대차보증금에서 미납임대료를 뺀 금액에 대해 지연손해금을 계산하고, 받은돈을 차감하여 청구금액을 계산해야 함)
투자수익금
지연손해금 발생요건 : 1) 받기로한날 또는 청구한날 있음
지연손해금 적용 구간 : 받기로 한날 또는 청구한날 다음날부터 투자수익금에 대한 지연손해금이 계산됨
(※ 다만, 투자수익금을 이자로 지급받기로 약정하는 경우에는 대여금과 같이 청구금액이 계산되나, 이자제한법에 의한 이자제한은 없도록 계산됨)
약정금
지연손해금 발생요건
1. 약정의무 없는 경우
1) 받기로한날 또는 청구할날 있음
2. 약정의무 있는 경우
*1) 받기로한날 또는 청구할날 있음 2) 약정의무 이행한날 있음
지연손해금 적용 구간 : 지연손해금 발생 요건에 있는 날 중 늦은날 다음날부터 약정금에 대한 지연손해금이 계산됨(약정의무 없는 경우 받기로한날 또는 청구한날 다음날부터 약정금에 대한 지연손해금이 계산됨)
투자금 반환
지연손해금 발생요건 : 1) 투자계약 해제 통지한날 있음
지연손해금 적용 구간 : 투자계약해제 통지한날 다음날부터 투자금에 대한 지연손해금이 계산됨
본 발명의 일 실시예에 따라 금원과 관련된 날짜를 설정하는 단계(221)에서는 받기로한날, 청구한날, 빌려준날, 받은날 및 계약한날 중 하나 이상에 대한 날짜에 관한 정보를 (i) 연월일 전부 입력받는 옵션, (ii) 연월까지만 입력받는 옵션 및 (iii) 사용자가 모른다는 사실을 입력받는 옵션 중 하나 이상을 사용자로 하여금 입력 사용자 인터페이스를 통해 선택하도록 하여 설정할 수 있다. 그런데, 전술된 날짜에 관한 정보는 빌려준돈(대여금)과 받은돈(변제금)이 복수의 횟수에 따라 지급될 수 있으므로, 각각의 회차에 따라 빌려준돈 또는 받은돈을 입력해야 한다. 만약, 사용자가 일부 회차에 대한 정확한 날짜를 알 수 없다면, 이를 법률이 허용하는 한도에서 사용자에게 최대한 유리하게(다시 말해, 상대방(채무자)에게 불리하지 않게) 적용할 수 있도록 날짜 설정 단계(221)가 수행되는 것이다.
만약, 연월까지만 입력이 있고 정확한 날짜를 모르는 경우에 날짜 설정 단계(221)가 수행될 때에는 표 10에 제시된 바와 같은 날짜 설정 알고리즘이 적용될 수 있다.
1. 받기로한날 또는 청구한날이 연월까지만 입력된 경우: 해당 월의 말일을 받기로한날 또는 청구한날로 설정함. (변제예정일(갚기로 한날)을 최대한 늦은 날짜로 설정하는 것이 상대방(채무자)의 이익을 침해하지 않게 되므로, 해당 월의 마지막날을 받기로한날 또는 청구한날로 설정하는 것임. 다만, 신청한날(예컨대, 현재 날짜 또는 신청서를 제출할 날짜) 이전에 받기로한날이 도래하지 않으면 지급명령은 신청할 수 없고, 청구한날이 있다면 지급명령 신청한날 이전에 지급을 청구하였을 것이므로, 받기로한날 또는 청구한날이 신청한날과 같은 월이면, 신청한날을 받기로한날 또는 청구한날로 설정할 수 있음.)2. 빌려준날이 연월까지만 입력된 경우: 해당 월의 말일을 빌려준날로 설정함. (이 경우도 상대방(채무자)의 이익을 침해하지 않도록 이자가 작게 발생하게끔 해당 월의 마지막날을 빌려준날로 설정하는 것임. 다만, 빌려준날은 받기로한날, 청구한날 또는 신청한날 이전 날짜만 올 수 있으므로, 빌려준날이 받기로한날, 청구한날 또는 신청한날(예컨대, 현재 날짜 또는 신청서를 제출할 날짜)과 같은 월이면 순서대로 받기로한날, 청구한날 또는 신청한날을 빌려준날로 설정할 수 있음. 다시 말해, 빌려준날이 받기로한날, 청구한날 및 신청한날 중 어느 하나와 같은 월에 속하면, 받기로한날, 청구한날 및 신청한날 중 최선일을 빌려준날로 설정할 수 있음.) 3. 받은날이 연월까지만 입력된 경우: 해당 월의 초일을 받은날로 설정함. (상대방(채무자)의 이익을 침해하지 않으려면, 변제가 빨리 이뤄져 이자 및 지연손해금이 발생하지 않도록 계산되어야 하므로 해당 월의 첫날을 받은날로 설정하는 것임.)4. 계약한날이 연월까지만 입력된 경우: 해당 월의 말일을 상기 계약한날로 설정함. (계약한날은 최고이자율 적용 기준으로 사용되는데, 최근 날짜에 가까울수록 이자율이 낮아질 수 있으므로 계약한날이 연월까지만 입력된 경우, 해당 월의 마지막날을 계약한날로 보고 최고이자율을 설정하는 것임.)
날짜 설정 단계(221)에서 빌려준날을 설정함에 있어서, 사용자가 빌려준날을 모른다고 선택하거나 빌려준날의 입력이 없는 경우의 처리는 다음과 같이 표 11에 제시된 바와 같이 수행될 수 있다.
1. 받기로한날 또는 청구한날 있을 경우: 대여금은 받기로한날 또는 청구한날 이전에 대여를 해주었을 것이므로, 받기로한날 또는 청구한날이 있는 경우(연월까지만 알고 날짜 모르는 경우 포함) 빌려준날을 모르면, 받기로한날 또는 청구한날을 빌려준날로 설정함.2. 받기로한날 및 청구한날이 없을 경우(즉, 사용자가 이를 모르는 경우): 적어도 지급명령 신청한날에는 돈을 빌려주었을 것이므로, 빌려준날을 모르는 돈은 지급명령 신청한날을 빌려준날로 간주하여 처리함.
다시 말해, 표 11에 제시된 처리 방법은 다음과 같이 표 12를 통해 요약 정리될 수 있다.
조건 빌려준날 설정
받기로한날 있는 경우 받기로한날
청구한날 있는 경우(받기로한날은 없음) 청구한날
받기로한날 및 청구한날 없는 경우 신청한날(예컨대, 현재 날짜 또는 신청서를 제출할 날짜)
날짜 설정 단계(221)에서 받기로한날을 설정함에 있어서, 받기로한날을 사용자가 알지 못하거나 받기로한날이 없는 경우의 처리가 필요할 수도 있다. 날짜 설정 단계(221)에서 처리되는 받기로한날의 정보는 사용자가 입력한 "받기로한날"의 변수 값과 구별되도록 "수정받기로한날"과 같은 다른 명칭의 변수로 지칭될 수 있다. 이하에서는, 날짜 설정 단계(221)에서 받기로한날을 설정하는 알고리즘에 대해 구체적으로 설명한다.
일반적으로 계약에서 받기로한날이 있으면 받기로한날 다음날부터 이행지체 책임을 져서 연체이자를 부담하게 되고, 계약에서 받기로한날이 없으면 청구한날 다음날부터 이행지체 책임을 져서 그 때부다 연체이자를 부담하게 된다. 그러나 대여금의 경우에는 청구한날로부터 일정기간 이후에 이행지체 책임을 져서 연체이자을 부담한다. 즉, 대여금의 경우 청구한날이 있으면 청구한날로부터 2주 후인 "청구한날+14일"을 받기로한날(수정받기로한날)로 지정하고, 기타 사건의 경우에는 청구한날을 받기로한날(수정받기로한날)로 지정할 수 있다. 다만, 대여금의 경우 지급명령을 신청한날 직전에 청구한날이 있으면 받기로한날(수정받기로한날)이 지급명령 신청 이후에 존재할 수 있으므로 지급명령 신청한날로부터 14일 전에 청구한날이 있는 경우에만 "청구한날+14일"을 받기로한날(수정받기로한날)로 지정하여 받기로한날(수정받기로한날)이 신청한날 이전에 존재하도록 설정하고, 신청한날로부터 13일전 이내에 청구한날이 있는 경우에는 받기로한날이 없는 것으로 설정하거나 계산의 편의를 위해 신청한날을 받기로한날(수정받기로한날)로 설정할 수 있다.
한편, 청구한날은 대금 지급 청구 사실을 상대방이 알게 된 날을 의미하므로, 신청한날 이후의 청구한날은 지급명령신청 등본이 상대방에게 송달된 날로 설정될 수 있다. 이 경우 소송촉진법 연체이자가 적용되므로, 청구취지 작성시 소송촉진법 이자만 청구하고, 일반적인 지연이자는 청구하지 않도록 알고리즘이 설계될 수 있다.
전술된 내용은 받기로한날이 없거나 이를 모르는 경우에 있어서 청구한날은 알고 있는 경우의 처리에 대한 것이나, 만약 받기로한날 및 청구한날을 모두 모르는 경우에는 신청한날 당시 원금잔액 및 이자잔액을 계산편의를 위해 신청한날(예컨대, 현재 날짜 또는 지급명령신청서를 제출할 날짜)을 받기로한날(수정받기로한날)로 설정할 수도 있다.
결과적으로, 날짜 설정 단계(221)에서 받기로한날(수정받기로한날)의 설정은 아래와 같이 표 13에 제시되는 바에 따라 설정될 수 있다.
사건 조건 수정받기로한날 설정
기타 사건(대여금 이외 사건) 받기로한날 있는 경우 받기로한날
기타 사건(대여금 이외 사건) 청구한날 있는 경우(받기로한날 없음) 청구한날
기타 사건(대여금 이외 사건) 받기로한날 및 청구한날 없음 없음 또는 신청한날(즉, 계산편의를 위해 신청한날로 설정하되, 청구취지 작성시 소송이자만 청구하고 연체이자는 청구하지 않도록 함.)
대여금 사건 받기로한날 있는 경우 받기로한날
대여금 사건 청구한날이 신청한날 14일 이전인 경우 청구한날 + 14 일
대여금 사건 청구한날이 신청날로부터 13일전 이내인 경우 없음 또는 신청한날(즉, 계산편의를 위해 신청한날로 설정하되, 청구취지 작성시 소송이자만 청구하고 연체이자는 청구하지 않도록 함.)
대여금 사건 받기로한날 및 청구한날 없음 없음 또는 신청한날(즉, 계산편의를 위해 신청한날로 설정하되, 청구취지 작성시 소송이자만 청구하고 연체이자는 청구하지 않도록 함.)
다시 도 13을 참조하면, 본 발명의 일 실시예에 따르면 금원과 관련된 날짜를 설정하는 단계(221) 이후에 상대방의 변제금을 처리하는 단계(222)가 수행될 수 있다. 한편, 도 13에는 도시되지 않았으나, 날짜 설정 단계(221)와 변제금을 처리하는 단계(222)의 사이에는 날짜 순서를 정리하는 단계가 더 포함될 수 있다. 이에 대해서는 도 16과 관련된 실시예를 설명할 때 구체적으로 살펴보도록 할 것이다.
변제금을 처리하는 단계(222)는 상대방의 변제금이 있는지 여부를 판단하고 나서(2221), 만약 상대방의 변제금이 있는 경우에 수행되는 것이며, 상대방의 변제금이 없는 경우라면 곧바로 원금잔액 및 이자잔액을 계산하는 단계(223)로 넘어갈 수도 있다.
상대방의 변제금을 처리하는 단계(222)는 받은날이 특정되지 않은 상대방의 변제금이 있을 경우 1차 변제 처리를 수행하는 단계(2222)와, 받은날이 특정된 상대방의 변제금이 있을 경우 2차 변제 처리를 수행하는 단계(2223)를 포함할 수 있다. 여기서, 1차 변제 처리를 수행하는 단계(2222)는 금원의 원금에 대한 변제 처리를 수행하는 것이고, 2차 변제 처리를 수행하는 단계(2223)는 금원의 원금 및 이자에 대한 변체 처리를 수행하는 것일 수 있다.
먼저, 1차 변제 처리를 수행하는 단계(2222)에 대해 자세히 살펴보겠다. 1차 변제 처리(2222)는 2차 변제 처리(2223)에 앞서 수행된다는 의미로 우선변제 처리 또는 우선변제금 처리로 지칭될 수도 있다. 1차 변제 처리는 받은날을 모르는돈(우선변제금)이 있을 때, 이를 우선적으로 변제 처리하는 것으로 이해할 수 있다. 법률상 허용되는 한도에서 사용자(채권자)의 청구금액을 최대한으로 계산하기 위해서는(즉, 상대방(채무자)의 이익을 해치지 않는 범위에서 계산하기 위함), 비용, 이자, 원금의 순서로 변제를 수행하되, 받은날을 모르는돈(우선변제금)이 있으면 빌려준날이 빠른 돈부터 빌려준날이 늦은 돈 순으로 빌려준돈에 대해 순서대로 차례로 변제를 수행하는 것이 상대방(채무자)의 이익을 해치지 않는 법률상의 허용 범위에서의 청구금액 계산 방법이라 할 것이다. 만약 받은날을 모르는 돈(우선변제금)에 의해 빌려준날을 아는 금원의 모든 변제가 완료되면, 빌려준날을 모르는 빌려준돈(즉, 이자가 발생하지 않는 돈)을 마지막으로 변제하도록 처리할 수 있다.
1차 변제 처리(2222)가 어떻게 수행되는지에 대한 이해를 돕기 위해, 표 14에 제시된 다음과 같은 예시적인 상황을 고려할 수 있을 것이다.
Ex) 2014. 1. 1.에 10만원, 2016. 7. 1에 20만원, 2017. 3. 1.에 15만원을 빌려줬고, 13만원을 언제빌려주었는지 모르지만 빌려주었는데, 2015. 10. 1로 5만원을 돌려받았고, 2018. 1. 1.에 3만원을 돌려받았으며, 받은날을 모르지만 40만원을 돌려받았으면 받은날을 모르는 받은돈인 40만원을 빌려준날이 빠른 순인 2014. 1. 1. 10만원, 2016. 7. 1. 20만원, 2017. 3. 1에 15만원 순으로 변제하면(차감하면) 빌려준돈은 2017. 3. 1. 5만원과 빌려준날을 모르는 돈 13만원이 남아있게 됨.
한편, 도면에 도시되지는 않았으나, 본 발명의 일 실시예에 따른 법률문서 자동 생성 방법은, 1차 변제 처리(2222)를 수행하고 나서 받은날을 모르는 받은 돈이 빌려준돈을 모두 변제할 경우(즉, 빌려준돈이 더이상 남아있지 않게 되면) 계산을 종료하고 관련 설명을 사용자에게 제시하는 단계를 더 포함할 수도 있다. 예를 들어, 아래의 표 15에 제시된 예시적인 실시예를 고려할 수 있다.
Ex) 2014. 1. 1.에 10만원, 2016. 7. 1에 20만원, 13만원을 언제빌려주었는지 모르지만 빌려주었는데, 2015. 10. 1로 5만원을 돌려받았고, 2018. 1. 1.에 3만원을 돌려받았으며, 받은날을 모르지만 50만원을 돌려받았으면, 받은날을 모르는 돈 50이 빌려준돈 총액 43만원보다 많으므로 이미 변제가 완료된 것임. 이 경우 “빌려준날을 모르는 빌려준돈 50만원으로 대여금 총액 43만원이 변제가 완료되었습니다. 빌려준돈과 받은돈을 확인하시고 다시 입력하시기 바랍니다.”와 같은 메시지를 사용자에게 제시할 수 있음.
2차 변제 처리를 수행하는 단계(2223)는 금원의 원금 및 이자에 대한 변제 처리를 수행하는 단계로서, 받은날을 아는 변제금을 처리하는 단계일 수 있다. 앞서 설명된 바와 같이, 청구금액의 계산은 상대방(채무자)의 이익을 해치지 않아야 하므로, 받은날이 빠른 순서대로 받은날까지의 대여금에 대한 약정이자 또는 연체이자(지연손해금)를 계산하고, 해당 받은날에 받은돈으로 변제하는 것을 순차적으로 수행한 후 마지막 받은날을 기준으로 최종적으로 잔존한 원금잔액과 이자를 계산할 수 있다.
예를 들어, 2차 변제 처리를 수행하는 단계(2223)는 (i) 이자(예컨대, 약정이자 및/또는 연체이자)를 계산하는 단계와 (ii) 변제 처리 단계를 포함할 수 있다. 이자를 계산하는 단계는 받은날을 아는 변제금에 대해 해당 받은날까지 발생원금(예컨대, 대여한 금액)을 이용해서 해당원금에 대해 발생하는 이자(약정이자 또는 지연이자)를 계산하는 단계이다. 만약, 변제금이 복수의 횟수에 걸쳐서 지급된 경우라면, 복수의 변제금들을 받은날 순서대로 정렬하였을 때 첫번째 받은날에 해당하는 변제금에 대한 처리가 먼저 수행되고, 그 처리 결과를 바탕으로 이어서 두번째 받은날에 해당하는 변제금에 대한 처리가 수행되며, 또한 그 처리 결과를 바탕으로 후속하는 받은날에 해당하는 변제금에 대한 처리가 수행될 수 있다. 이자를 계산하는 단계에 이어서 수행되는 변제 처리 단계는 이자(약정이자 또는 지연이자)의 계산 기준이 되는 받은날의 받은돈(변제금액)으로 이자(약정이자 또는 지연이자), 원금의 순서로 변제 처리를 수행하여 이자잔액과 원금잔액을 계산하는 단계일 수 있다.
설명의 편의를 위해, 도 14 및 도 15를 참조하여 2차 변제 처리를 수행하는 단계(2223)의 예시적인 상황을 고려해 보자. 도 14 및 도 15는 대여금 사건에서 대여금이 복수의 횟수에 걸쳐서 지급되었고(대여일1 내지 대여일3), 변제금도 복수의 횟수에 걸쳐서 지급된 예시적인 상황(변제일1 내지 변제일3)을 도시하고 있다.
앞서 설명된 바에 따라, 변제일1에 발생한 변제금(즉, 변제금1)에 대한 2차 변제 처리가 수행되고, 이어서 그 처리 결과에 기반하여 변제일2에 발생한 변제금(즉, 변제금2)에 대한 2차 변제 처리가 수행되며, 그 다음으로 그 처리 결과에 기반하여 변제일3에 발생한 변제금(즉, 변제금3)에 대한 2차 변제 처리가 수행되는 것이다.
이들 세가지 단계 중 변제일1에 대한 2차 변제 처리 수행 과정에 대해 먼저 살펴보겠다. 변제일1을 기준으로 그 이전에 발생한 대여일1과 대여일2에 지급된 대여금은 이자가 발생하는 대여금에 해당한다. 따라서, 대여금1의 이자와 대여금2의 이자를 발생이자로 계산한 후 변제는 변제일1까지 지급한 원금 및 이자를 변제일1에 받은돈으로 변제하는 것으로 처리하게 된다. 변제 처리는 이자, 원금의 순서로 처리하게 된다. 이러한 처리 결과에 따라 이자잔액1과 원금잔액1을 산출할 수 있다. 이자잔액1은 아래의 수학식 1에 따라 계산될 수 있고, 원금잔액1은 아래의 수학식 2에 따라 계산될 수 있다.
[수학식 1]
이자잔액1 = 대여금1의 이자 + 대여금2의 이자 - 변제금1 (when 대여금1의 이자 + 대여금2의 이자 - 변제금1 > 0)
이자잔액1 = 0 (when 대여금1의 이자 + 대여금2의 이자 - 변제금1 ≤ 0
[수학식 2]
원금잔액1 = 대여금1 + 대여금2 (when 이자잔액1 > 0)
원금잔액1 = 대여금1 + 대여금2 + 대여금1의 이자 + 대여금2의 이자 - 변제금1 (when 이자잔액1 ≤ 0 and 대여금1 + 대여금2 + 대여금1의 이자 + 대여금2의 이자 - 변제금1 > 0)
원금잔액1 = 0 (when 이자잔액1 ≤ 0 and 대여금1 + 대여금2 + 대여금1의 이자 + 대여금2의 이자 - 변제금1 ≤ 0)
또한, 본 발명의 일 실시예에 따르면, 변제금1의 처리에 따른 계산 결과를 변제잔액으로서 아래의 수학식 3에 따라 계산할 수 있다.
[수학식 3]
변제잔액1 = 대여금1 + 대여금2 + 대여금1의 이자 + 대여금2의 이자 - 변제금1
보통 이자잔액, 원금잔액은 양수 값이 되지만, 만약 변제 잔액(발생원금 + 발생이자 - 변제금액으로서, 위의 실시예에서는 변제잔액1에 해당함)이 음수가 되면(다시 말해, 이자잔액 및 원금잔액이 안 남아있는 경우라면), 변제 잔액(예컨대, 변제잔액1)을 음수 부호를 양수 부호로 바꾼 후 마치 받은날을 모르는 변제액처럼 취급하여 그에 대해 1차 변제 처리(2222)를 수행하는 단계를 추가적으로 진행할 수 있다. 다만, 변제 잔액이 음수가 아니면 1차 변제 처리 과정(2222)의 수행은 불필요하고, 후속하는 변제금(예컨대, 도 15에 도시된 바와 같이 변제금2와 같은 후속 변제금)에 대하여 2차 변제 처리(2223)를 반복적으로 수행하게 된다. 만약 후속하는 변제금이 없다면, 2차 변제 처리 단계(2223)는 종결되고 그 계산 결과에 기초하여 최종적인 청구금액을 산출할 수 있게 된다.
후속하는 변제금(예컨대, 변제금2)의 처리 예시는 도 15를 참조하여 살펴보겠다. 도 15에 도시된 바와 같이 변제일2 직전에 발생한 받은날(예컨대, 변제일1)로부터 변제일2까지 발생한 원금과 변제일2 직전에 발생한 받은날(예컨대, 변제일1)의 원금잔액(예컨대, 원금잔액1)을 이용해서 변제일2까지 발생한 발생 이자를 계산한 후, 이자잔액1과 현재 발생한 이자를 합산한 값을 새로운 이자로 설정한다. 그리고 이전의 원금잔액(예컨대, 원금잔액1)과 현재 발생한 원금을 합산한 값을 새로운 원금으로 설정한다. 그 후 변제금2를 새로운 이자와 새로운 원금의 순서로 변제하여 이자잔액 및 원금잔액을 다시 계산할 수 있다. 즉, 원금잔액1의 이자 + 대여금3의 이자를 새로운 이자로 설정한 후, 새로운 이자에 대하여 우선적으로 변제금2를 변제 처리한 후 남아 있는 원금에 대하여 변제 처리를 하는 것이다.
이러한 계산 결과에 따라 산출되는 이자잔액과 원금잔액(이자잔액2 및 원금잔액2)은 아래와 같이 수학식 4 및 수학식 5에 따라 계산될 수 있다.
[수학식 4]
이자잔액2 = 원금잔액1의 이자 + 대여금3의 이자 - 변제금2 (when 원금잔액1의 이자 + 대여금3의 이자 - 변제금2 > 0)
이자잔액2 = 0 (when 원금잔액1의 이자 + 대여금3의 이자 - 변제금2 ≤ 0)
*[수학식 5]
원금잔액2 = 원금잔액1 + 대여금3 (when 이자잔액2 > 0)
원금잔액2 = 원금잔액1 + 대여금3 + 원금잔액1의 이자 + 대여금3의 이자 - 변제금2 (when 이자잔액1 ≤ 0 and 원금잔액1 + 대여금3 + 원금잔액1의 이자 + 대여금3의 이자 - 변제금2 > 0)
원금잔액2 = 0 (when 이자잔액1 ≤ 0 and 원금잔액1 + 대여금3 + 원금잔액1의 이자 + 대여금3의 이자 - 변제금2 ≤ 0)
또한, 본 발명의 일 실시예에 따르면, 변제금2의 처리에 따른 계산 결과를 변제잔액으로서 아래의 수학식 6에 따라 계산할 수 있다.
[수학식 6]
변제잔액2 = 원금잔액1 + 대여금3 + 원금잔액1의 이자 + 대여금3의 이자 - 변제금2
여기서도, 만약 변제잔액2가 음수가 되면(다시 말해, 이자잔액 및 원금잔액이 안 남아있는 경우라면), 변제 잔액2를 마치 받은날을 모르는 변제액처럼 취급하여 그에 대해 1차 변제 처리(2222)를 수행하는 단계를 추가적으로 진행할 수 있다. 다만, 변제 잔액2가 음수가 아니면 1차 변제 처리 과정(2222)의 수행은 불필요하고, 후속하는 변제금(예컨대, 도 15에 도시된 바와 같이 변제금3과 같은 후속 변제금)에 대하여 2차 변제 처리(2223)를 반복적으로 수행하게 된다. 만약 후속하는 변제금이 없다면, 2차 변제 처리 단계(2223)는 종결되고 그 계산 결과에 기초하여 최종적인 청구금액을 산출할 수 있게 된다.
변제일3에 발생한 변제금(즉, 변제금3)에 대한 처리는 위에서 설명한 변제금2의 처리와 유사한 방식으로 처리될 수 있으므로, 구체적인 설명은 생략하기로 한다.
위와 같은 방식에 따라 2차 변제 처리(2223)의 수행 결과에 따르면, 최종 받은날을 기준으로 원금잔액과 이자잔액을 계산(223)할 수 있다. 본 발명의 일 실시예에 따르면, 이렇게 산출된 원금잔액과 이자잔액(즉, 최종 받은날 당시 원금잔액, 이자잔액)을 최종적인 청구금액 계산에 활용할 수 있다.
또한 받은날을 모르는 돈이나 2차 변제 과정에서 변제잔액이 있으면 빌려준돈을 모두 변제하지 않고, 다음 받은날(변제일)까지 발생하는 빌려준돈만 우선 변제처리하도록 하는 방식으로 변제 방법을 변경하여 청구금액을 계산할 수 있다. 이 경우 변제잔액은 이전 계산과정에서 존재하였던 변제잔액에 누적하여 사용된다.
지금까지 도 13 내지 도 15를 참조하여 설명된 청구금액을 계산하는 단계(220)는 도 16에 도시된 예시적인 실시예로 더욱 구체화될 수도 있다. 도 16에서 예시적으로 사용된 변수에 대한 설명은 아래의 표 16을 참고하여 이해할 수 있다.
- 받은날 변수 : i- 지급한날 변수 : j- 정렬후 빌려준돈(지급한돈), 받은돈은 날짜가 빠른 순서대로 1부터 순서대로 배치됨. 받은날을 모르는 받은돈은 우선변제금이 됨. (예를 들어, 빌려준돈(1), 빌려준날(1), 빌려준돈(2), 빌려준날(2), 빌려준돈(3), 빌려준날(3)… 등과 같이 배치됨.)- 지급한돈수 : 지급한날짜가 다른 지급한돈 수. 날짜를 정확하게 모르는 것도 날짜 선택되므로 개수에 포함됨(빌려준날 모르는돈은 받기로한날, 청구한날, 신청한날 중 선택되므로, 빌려준돈은 날짜 모름 없음. 다만 보통 마지막에 배치됨)- 받은돈수 : 받은날을 아는 받은돈 수- 빌려준날 모르는돈은 받기로한날, 청구한날, 신청한날 중 선택되므로, 빌려준돈은 날짜 모름 없음. 다만 보통 마지막에 배치될 수 있음. (예를 들어, 빌려준날 아는돈이 3개, 모르는돈이 1개면 빌려준날 모르는 돈은 4번 인덱스에 저장됨. 즉, 빌려준돈(4)로 저장될 수 있음.)
도 16의 순서도에 포함된 변제관련 날짜설정 단계는 앞서 상세히 설명된 날짜 설정 단계(221)와 실질적으로 동일한 단계로 이해될 수 있다.
변제관련 날짜설정 단계에 후속하여, 지급한날의 빠른순으로 지급한날과 지급한돈을 정렬하고, 또한 받은날 빠른순으로 받은날과 받은돈을 정렬한다. 예를 들어, 빌려준돈, 받은돈을 각각 빌려준날, 받은날이 빠른 순서로 정렬하고, 날짜가 같거나, 빌려준날, 받은날이 없는 돈은 같은 종류끼리 금액을 더하여 처리할 수 있다. 단, 받은날을 모르는 받은돈은 1차 변제 처리를 위해 우선변제금에 합산한다.
그 후, 받은날이 빠른 순서대로 차례로 변제처리를 수행한다. 이 경우, 받은날(i-1) 다음날부터 받은날(i)까지 기간동안 지급한돈에 대해서는 지급한돈_우선변제처리를 수행하고(이는, 앞서 설명한 1차 변제 처리 단계(2222)와 실질적으로 동일한 단계로 이해될 수 있음), 발생원금(i)과 발생이자(i)를 계산할 수 있다.
지급한돈_우선변제처리에 있어서, 지급한돈_잔액은 지급한돈과 우선변제금의 차액이다. 단, 이 값이 음수일 경우에는 지급한돈_잔액을 0으로 설정하고, 우선변제금은 기존우선변제금과 지급한돈의 차액으로 설정한다.
발생이자(i)는 상기 계산된 지급한돈에 의해 발생한 발생이자(i)에 원금잔액(i-1)의 이자를 합하여 계산한다.
잔액_우선변제처리에서는 {발생이자(i) + 이자잔액(i-1)}를 우선변제금으로 변제처리 한 후의 금액이 이자잔액(i)가 되고, {발생원금(i) + 원금잔액(i-1)}를 우선변제금으로 변제처리 한 후의 금액이 원금잔액(i)이 된다.
최종 받은날을 기준으로 계산된 이자잔액 및 원금잔액과 마지막 받은날 다음날부터 신청한날까지의 기간동안 지급한돈을 이용하여 최종원금잔액 및 최종이자잔액을 계산할 수 있다.
다시 도 12로 돌아가서, 청구금액의 계산 결과를 제시하는 단계(230)에서는 최종 받은날을 기준으로 청구금액을 표시하거나, 혹은 지급명령을 신청한날을 기준으로 청구금액을 표시할 수 있다. 청구금액을 표시하기 위한 예시적인 실시예는 아래에 첨부된 표 17의 예시를 참고할 수 있다.
1. 최종 받은날 기준 청구금액 표시방법최종 받은날 당시 원금잔액을 이용해서 지급명령 신청한날까지 이자(연체이자를 포함할 수 있음)를 계산하고, 최종 받은날 당시 원금잔액과 이자잔액(이자잔액+연체이자잔액)과 모두 합산하여 신청한날에 받을 수 있는 대여금을 청구금액으로 표시함. 다시 말해, 청구금액은 다음과 같이 표시될 수 있음. 청구금액 = 최종 받은날 원금잔액 + 최종 받은날 이자잔액2. 지급명령 신청한날 기준 청구금액 표시방법신청한날까지 원금잔액과 이자잔액을 계산하고, 지급명령 신청한날 당시 원금잔액과 이자잔액(이자잔액+연체이자잔액)과 모두 합산하여 신청한날에 받을 수 있는 대여금을 청구금액 창에 표시함. 다시 말해, 청구금액은 다음과 같이 표시될 수 있음. 청구금액 = 지급명령 신청한날 원금잔액 + 지급명령 신청한날 이자잔액
한편, 도 12에 도시된 청구금액을 계산하는 단계(220) 이후에 수행되는 청구 금액의 계산 결과를 제시하는 단계(230)는 사용자가 제1 등급의 사용자일 경우에는 청구금액의 계산근거 자료를 청구금액의 계산 결과와 함께 사용자에게 제시하는 단계와, 사용자가 제2 등급의 사용자일 경우에는 청구금액의 계산 결과만 사용자에게 제시하는 단계를 포함할 수 있다. 예를 들어, 본 발명에 따른 법률문서 자동 생성 방법을 유료로 이용하는 사용자는 제1 등급의 사용자로 분류하고, 무료로 이용하는 사용자는 제2 등급의 사용자로 분류하여, 무료 사용자에게는 청구금액의 계산 결과만을 계산할 수 있도록 하되, 법률문서(예컨대, 지급명령신청서)에 첨부해야 될 수도 있는 청구금액의 계산근거 자료는 유료 사용자에게만 제공하여, 무료 사용자들의 유료 서비스 이용을 도모할 수 있다.
본 발명의 일 실시예에 따르면, 전술된 법률문서 자동 생성 방법을 수행하는 컴퓨팅 장치(예컨대, 서버 컴퓨터와 같이 메모리 및 프로세서를 포함하는 장치)를 포함하는 시스템이 제공될 수 있다. 예를 들어, 전술된 법률문서 자동 생성 방법은 하나 이상의 서버에 의해 수행될 수 있으며, 사용자의 입장에서는 이러한 서버에 의해 제공되는 서비스를 클라이언트 장치에서 제공받을 수 있다. 다시 말해, 본 발명에 따른 법률문서 자동 생성 방법은 인터넷과 같은 네트워크를 통해 온라인 상에서 서비스가 제공될 수도 있다.
한편, 위에서 설명한 다양한 실시예들과 관련하여 "이자"라고 지칭된 용어는 약정이자, 지연이자, 소송이자 중 하나 이상을 포함하는 개념으로 이해될 수 있다. 약정이자는 대여금 지급에 대해 적용되는 이자를 의미하고, 지연이자(연체이자)는 대금지급기한까지 지급되지 않은 금전에 대해 적용되는 이자를 의미한다. 만약, 받기로한날이 없고, 청구한날만 있으면 대여금 사건 이외의 기타 사건은 청구한날을 넘으면 이행지체가 되지만(청구한날을 받기로한날로 간주하여 지연이자 계산 가능), 대여금은 청구한날 이후 일정기간 이후 이행지체 책임을 지므로, 청구한날+14일을 받기로한날로 가정하여 지연이자를 계산할 수 있다. 받기로한날 또는 청구한날이 없으며 지연이자는 적용되지 않고 소송이자만 적용되는데, 여기서 소송이자는 소송부본송달, 지급명령부본 송달 이후 적용되는 이자로서, 소송촉진 등에 관한 특례법상 이율은 본 발명의 출원일 현재 15%로 적용되고 있다. 그러나 약정이자율이나 지연이자율이 소송촉진 등에 관한 특례법상 이율인 15%보다 더 높은 경우, 더 높은 이율이 소송이자에 적용될 수 있다. 본 명세서에서는 자세히 설명되지 않았으나, 사건의 유형에 따라 이자율, 이자의 발생시점 등은 서로 상이할 수 있으며 해당 법규의 개정에 따라 수정될 수도 있으므로, 이는 사건의 유형이나 사용자가 본 발명에 따른 서비스를 제공받는 시점에 기초하여 법률이 정하는 바에 따라 변동될 수 있음은 당연한 것이다.
본 발명의 일 측면에 따르면, 전술된 실시예들을 수행하기 위한 컴퓨터 프로그램 및 이를 포함하는 컴퓨터 판독가능한 기록 매체를 제공할 수 있다. 이러한 컴퓨터 판독 가능한 기록 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 이러한 매체나 프로그램 명령은 본 발명의 실시예들에 적용하기 위해 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 분야의 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 ROM, RAM, 플래쉬 메모리 등과 같은 프로그램 명령어들을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해 실행될 수 있는 고급 언어 코드를 포함한다.
전술된 실시예들에 설명된 특징, 구조, 효과 등은 본 발명의 적어도 하나의 실시예에 포함되며, 반드시 하나의 실시예에만 한정되는 것은 아니다. 나아가, 각 실시예에서 예시된 특징, 구조, 효과 등은 본 발명이 속하는 분야의 통상의 지식을 가지는 자에 의해 다른 실시예들에 대해서도 조합 또는 변형되어 실시 가능하다. 따라서 이러한 조합과 변형에 관한 내용들은 본 발명의 범위에 포함되는 것으로 해석되어야 할 것이다.
또한, 앞서 설명된 실시예들은 단지 예시적인 것일 뿐 본 발명을 한정하는 것이 아니며, 본 발명이 속하는 분야의 통상의 지식을 가진 자라면 실시예들의 본질적인 특성을 벗어나지 않는 범위에서 앞서 예시되지 않은 여러가지의 변형과 응용이 가능함을 알 수 있을 것이다. 예를 들어, 실시예에 구체적으로 나타난 각 구성 요소는 변형하여 실시할 수 있는 것이다. 그리고 이러한 변형과 응용에 관계된 차이점들은 첨부된 청구 범위에서 규정하는 본 발명의 범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (30)

  1. 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법으로서,
    입력 사용자 인터페이스를 통해 사용자에 의해 입력되는 입력 정보를 수신하는 단계;
    상기 입력 정보에 기초하여 청구취지 및 청구원인을 자동으로 생성하는 단계; 및
    상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 상기 사용자에게 제시하는 단계
    를 포함하는 법률문서 자동 생성 방법.
  2. 제1항에 있어서,
    상기 입력 정보는 상기 금원과 관련된 날짜 정보를 포함하는
    법률문서 자동 생성 방법.
  3. 제2항에 있어서,
    상기 날짜 정보는 상기 금원과 관련된 받기로한날, 청구한날, 빌려준날, 받은날 및 계약한날 중 하나 이상의 날짜에 관한 정보를 포함하는
    법률문서 자동 생성 방법.
  4. 제2항에 있어서,
    상기 입력 사용자 인터페이스는 상기 날짜 정보를 연월일 전부 입력받는 옵션, 상기 날짜 정보를 연월까지만 입력받는 옵션 및 상기 날짜 정보를 상기 사용자가 모른다는 사실을 입력받는 옵션 중 하나 이상을 상기 사용자로 하여금 선택할 수 있도록 하는
    법률문서 자동 생성 방법.
  5. 제1항에 있어서,
    상기 입력 사용자 인터페이스는 상기 사용자가 입력할 항목을 요건사실론에 기초하여 제시되는
    법률문서 자동 생성 방법.
  6. 제1항에 있어서,
    상기 입력 사용자 인터페이스에는 상기 사용자에 의해 입력되는 상기 입력 정보의 적어도 일부에 기초하여 상기 사용자가 입력할 항목이 동적으로 추가 또는 삭제되는
    법률문서 자동 생성 방법.
  7. 제1항에 있어서,
    상기 입력 정보는 복수의 입력 항목 변수들에 대응하는 변수 값들을 포함하는
    법률문서 자동 생성 방법.
  8. 제7항에 있어서,
    상기 입력 사용자 인터페이스에는 상기 복수의 입력 항목 변수들 중 적어도 일부와 관련된 부가 설명이 제시되는
    법률문서 자동 생성 방법.
  9. 제7항에 있어서,
    상기 청구취지 및 상기 청구원인은 상기 변수 값들에 기초한 조건식에 따라 적어도 하나의 문장으로 자동 생성되는
    법률문서 자동 생성 방법.
  10. 제9항에 있어서,
    상기 적어도 하나의 문장은 미리 정의된 템플릿 구문과 상기 변수 값들 중 적어도 하나를 조합하여 생성되는
    법률문서 자동 생성 방법.
  11. 제1항에 있어서,
    상기 입력 정보에 기초하여 청구취지 및 청구원인을 자동으로 생성하는 단계는 청구금액의 계산근거 자료를 자동으로 생성하는 것을 포함하고,
    상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 상기 사용자에게 제시하는 단계는 상기 청구금액의 계산근거 자료를 포함하는 법률문서를 상기 사용자에게 제시하는 것을 포함하는
    법률문서 자동 생성 방법.
  12. 제11항에 있어서,
    상기 입력 정보는 복수의 입력 항목 변수들에 대응하는 변수 값들을 포함하고,
    상기 청구금액의 계산근거 자료는 상기 변수 값들에 기초하여 함수에 따라 계산되어 자동으로 생성되는
    법률문서 자동 생성 방법.
  13. 제1항에 있어서,
    상기 입력 사용자 인터페이스는 사건별 계약금액을 청구할 수 있는 필수 입력과 사건별 계약금액을 늦게 지급할 때 연체이자를 추가로 청구할 수 있는 입력을 구분하여 입력할 수 있도록 구성되는
    법률문서 자동 생성 방법.
  14. 제1항 내지 제13항 중 어느 한 항에 따른 법률문서 자동 생성 방법을 수행하는 컴퓨팅 장치를 포함하는 시스템.
  15. 금원의 지급 청구와 관련된 법률문서를 자동으로 생성하는 방법으로서,
    입력 사용자 인터페이스를 통해 사용자에 의해 입력되는 입력 정보를 수신하는 단계;
    상기 입력 정보에 기초하여 청구금액을 계산하는 단계; 및
    상기 사용자에게 상기 청구금액의 계산 결과를 제시하는 단계
    를 포함하는 법률문서 자동 생성 방법.
  16. 제15항에 있어서,
    상기 청구금액의 계산 결과를 제시하는 단계는,
    상기 사용자가 제1 등급의 사용자일 경우에는 상기 청구금액의 계산근거 자료를 상기 청구금액의 계산 결과와 함께 상기 사용자에게 제시하는 단계와,
    상기 사용자가 제2 등급의 사용자일 경우에는 상기 청구금액의 계산 결과만 상기 사용자에게 제시하는 단계를 포함하는
    법률문서 자동 생성 방법.
  17. 제15항에 있어서,
    상기 입력 정보에 기초하여 청구금액을 계산하는 단계는, 상기 금원과 관련된 받기로한날, 청구한날, 빌려준날, 받은날 및 계약한날 중 하나 이상에 대한 날짜를 설정하는 단계를 포함하는
    법률문서 자동 생성 방법.
  18. 제17항에 있어서,
    상기 받기로한날 또는 상기 청구한날이 연월까지만 입력된 경우, 해당 월의 말일을 상기 받기로한날 또는 상기 청구한날로 설정하는
    법률문서 자동 생성 방법.
  19. 제17항에 있어서,
    상기 받기로한날 또는 상기 청구한날이 연월까지만 입력된 경우, 상기 받기로한날 또는 상기 청구한날이 신청한날과 같은 월에 속하면, 상기 신청한날을 상기 받기로한날 또는 상기 청구한날로 설정하는
    법률문서 자동 생성 방법.
  20. 제17항에 있어서,
    상기 빌려준날이 연월까지만 입력된 경우, 해당 월의 말일을 상기 빌려준날로 설정하는
    법률문서 자동 생성 방법.
  21. 제17항에 있어서,
    상기 빌려준날이 연월까지만 입력된 경우, 상기 빌려준날이 상기 받기로한날, 상기 청구한날 및 신청한날 중 어느 하나와 같은 월에 속하면, 상기 받기로한날, 상기 청구한날 및 상기 신청한날 중 최선일을 상기 빌려준날로 설정하는
    법률문서 자동 생성 방법.
  22. 제17항에 있어서,
    상기 받은날이 연월까지만 입력된 경우, 해당 월의 초일을 상기 받은날로 설정하는
    법률문서 자동 생성 방법.
  23. 제17항에 있어서,
    상기 계약한날이 연월까지만 입력된 경우, 해당 월의 말일을 상기 계약한날로 설정하는
    법률문서 자동 생성 방법.
  24. 제17항에 있어서,
    상기 받기로한날, 상기 청구한날, 상기 빌려준날, 상기 받은날 및 상기 계약한날 중 하나 이상에 대한 날짜를 설정하는 것은 날짜에 관한 정보를 연월일 전부 입력받는 옵션, 날짜에 관한 정보를 연월까지만 입력받는 옵션 및 날짜에 관한 정보를 상기 사용자가 모른다는 사실을 입력받는 옵션 중 하나 이상을 상기 사용자로 하여금 선택하도록 하여 설정하는 것인
    법률문서 자동 생성 방법.
  25. 제17항에 있어서,
    상기 입력 정보에 기초하여 청구금액을 계산하는 단계는, 상기 날짜를 설정하는 단계 이후에 수행되는 상대방의 변제금을 처리하는 단계를 더 포함하되,
    상기 상대방의 변제금을 처리하는 단계는,
    상기 받은날이 특정되지 않은 상대방의 변제금이 있을 경우 1차 변제 처리를 수행하는 단계와,
    상기 받은날이 특정된 상대방의 변제금이 있을 경우 2차 변제 처리를 수행하는 단계를 포함하는
    법률문서 자동 생성 방법.
  26. 제25항에 있어서,
    상기 1차 변제 처리를 수행하는 단계는 상기 금원의 원금에 대한 변제 처리를 수행하는 것이고,
    상기 2차 변제 처리를 수행하는 단계는 상기 금원의 원금 및 이자에 대한 변체 처리를 수행하는 것인
    법률문서 자동 생성 방법.
  27. 제15항 내지 제26항 중 어느 한 항에 따른 법률문서 자동 생성 방법을 수행하는 컴퓨팅 장치를 포함하는 시스템.
  28. 금원의 지급 청구와 관련된 서비스를 자동으로 제공하는 방법으로서,
    입력 사용자 인터페이스를 통해 사용자에 의해 입력되는 입력 정보를 수신하는 단계;
    전자 서명 기법에 기초하여 위임장을 작성하는 단계;
    상기 입력 정보에 기초하여 청구취지 및 청구원인을 자동으로 생성하는 단계; 및
    상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 법원에 전자적으로 제출하는 단계
    를 포함하는 금원의 지급 청구와 관련된 서비스를 자동으로 제공하는 방법.
  29. 제28항에 있어서,
    상기 금원의 지급 청구와 관련된 서비스를 자동으로 제공하는 방법은 서비스 종류 신청 단계를 포함하는
    금원 지급 청구와 관련된 서비스를 자동으로 제공하는 방법.
  30. 제29항에 있어서,
    상기 서비스 종류 신청 단계는 상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 상기 사용자에게 제공하는 서비스, 상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 상기 사용자에게 제공하고 상기 법률문서를 법원에 전자적으로 제공하는 서비스, 또는 상기 청구취지 및 상기 청구원인을 포함하는 법률문서를 상기 사용자에게 제공하고 상기 법률문서를 법원에 전자적으로 제공하며 법원의 보정명령에 대응하여 주소보정 및 송달 신청 대리관련 서비스도 전자적으로 제공하는 서비스 중 하나를 상기 사용자로 하여금 선택하도록 하는 것인
    금원의 지급 청구와 관련된 서비스를 자동으로 제공하는 방법.
PCT/KR2019/007210 2018-07-16 2019-06-14 법률문서 자동 생성 방법 및 시스템 WO2020017764A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020180082168A KR102119147B1 (ko) 2018-07-16 2018-07-16 법률문서 자동 생성 방법 및 시스템
KR10-2018-0082168 2018-07-16

Publications (1)

Publication Number Publication Date
WO2020017764A1 true WO2020017764A1 (ko) 2020-01-23

Family

ID=69164735

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/007210 WO2020017764A1 (ko) 2018-07-16 2019-06-14 법률문서 자동 생성 방법 및 시스템

Country Status (2)

Country Link
KR (1) KR102119147B1 (ko)
WO (1) WO2020017764A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114463146A (zh) * 2022-01-14 2022-05-10 上海金桥亦法信息技术有限公司 一种基于区块链的终本核查方法和终本可信核查系统
CN115392209A (zh) * 2022-08-08 2022-11-25 山东东沃信息技术有限公司 一种自动生成民事案件法律文书的方法、设备及介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102525172B1 (ko) * 2021-02-01 2023-04-25 주식회사 로존 법률문서 생성시스템

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050029532A (ko) * 2003-09-23 2005-03-28 김영하 엔터테인먼트 분야에서 온라인을 통한 전문적 법률정보와서비스를 제공하는 방법 및 시스템
KR100984673B1 (ko) * 2010-04-23 2010-10-08 대한민국 네트워크 기반의 전자소송시스템 및 그 방법
KR101494653B1 (ko) * 2014-03-28 2015-02-23 주식회사 한글과컴퓨터 제어 명령 자동 완성 기반의 전자 문서 편집 장치 및 방법
KR20170007013A (ko) * 2015-07-10 2017-01-18 주식회사 로앤컴퍼니 온라인에서의 법률문서의 작성을 지원하는 방법 및 시스템
KR101838948B1 (ko) * 2016-04-29 2018-03-15 주식회사 헬프미 법률문서 자동 작성 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050029532A (ko) * 2003-09-23 2005-03-28 김영하 엔터테인먼트 분야에서 온라인을 통한 전문적 법률정보와서비스를 제공하는 방법 및 시스템
KR100984673B1 (ko) * 2010-04-23 2010-10-08 대한민국 네트워크 기반의 전자소송시스템 및 그 방법
KR101494653B1 (ko) * 2014-03-28 2015-02-23 주식회사 한글과컴퓨터 제어 명령 자동 완성 기반의 전자 문서 편집 장치 및 방법
KR20170007013A (ko) * 2015-07-10 2017-01-18 주식회사 로앤컴퍼니 온라인에서의 법률문서의 작성을 지원하는 방법 및 시스템
KR101838948B1 (ko) * 2016-04-29 2018-03-15 주식회사 헬프미 법률문서 자동 작성 방법 및 장치

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114463146A (zh) * 2022-01-14 2022-05-10 上海金桥亦法信息技术有限公司 一种基于区块链的终本核查方法和终本可信核查系统
CN115392209A (zh) * 2022-08-08 2022-11-25 山东东沃信息技术有限公司 一种自动生成民事案件法律文书的方法、设备及介质
CN115392209B (zh) * 2022-08-08 2023-04-28 山东东沃信息技术有限公司 一种自动生成民事案件法律文书的方法、设备及介质

Also Published As

Publication number Publication date
KR20200008260A (ko) 2020-01-28
KR102119147B1 (ko) 2020-06-04

Similar Documents

Publication Publication Date Title
WO2020017764A1 (ko) 법률문서 자동 생성 방법 및 시스템
WO2017222128A1 (ko) 카드 발급사를 대신하여 카드 서비스를 제공하는 방법 및 서버
WO2018233351A1 (zh) 自助理赔方法、装置、服务器和计算机可读存储介质
WO2019017688A1 (ko) 매출채권의 선지급 방법
WO2019090986A1 (zh) 一种保险理赔案件的理算方法和装置
WO2018056689A1 (ko) 오픈 마켓에서의 전자상거래에 있어서 결제 후 랜덤 추가 할인을 제공하는 방법, 장치 및 시스템
WO2019037454A1 (zh) 保费缴纳方法、装置、设备及可读存储介质
WO2019090984A1 (zh) 一种保单责任明细的核对方法和装置
WO2019001087A1 (zh) 案件理赔方法、装置、服务器及计算机可读存储介质
WO2020242083A1 (ko) 인공지능을 이용한 블록체인 기반 회계 관리시스템
WO2020080590A1 (ko) 블록체인 기반의 기업투자 시스템 및 그 제어방법
WO2013191427A1 (ko) 담보거래 서비스 방법
WO2017078378A2 (ko) 전자상거래에서의 물품 배송 요금 산출 시스템
WO2014185684A1 (ko) 대차 거래, 공매도 거래 또는 주식 스왑 거래에 관한 정보를 제공하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
WO2020222558A2 (ko) 정산 서버 및 그 방법
WO2019161602A1 (zh) 账单的注释生成方法、装置和计算机可读存储介质
WO2017135608A1 (ko) 이벤트 성공에 따른 판매 수익 분배를 이용한 상품 판매 촉진 시스템 및 방법
WO2020022746A1 (ko) 도메인-디지털 자산 연동 기반 저작권 과금 및 수익 분배 방법 및 시스템
JP5173257B2 (ja) 受発注時点融資管理サーバ、プログラムおよび受発注時点融資管理方法
WO2018056691A1 (ko) 모바일 앱을 활용한 실시간 흥정요청방법, 관리장치 및 시스템
WO2023106496A1 (ko) 비상장 주식의 거래를 지원하기 위한 ui 제공 방법 및 이를 이용한 비상장 주식거래 서버
WO2024185907A1 (ko) 팩토링 사업에 기초한 업무 대행 서비스 제공 시스템 및 방법
WO2023096012A1 (ko) 비상장 주식의 거래를 지원하기 위한 방법 및 이를 이용한 비상장 주식거래 서버
WO2025063598A1 (ko) 매출한도 약정 관리 시스템 및 그 방법
WO2018225995A1 (ko) 국제송금거래소

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19838726

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 18/05/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 19838726

Country of ref document: EP

Kind code of ref document: A1