WO2012105531A1 - 決済システム - Google Patents

決済システム Download PDF

Info

Publication number
WO2012105531A1
WO2012105531A1 PCT/JP2012/052071 JP2012052071W WO2012105531A1 WO 2012105531 A1 WO2012105531 A1 WO 2012105531A1 JP 2012052071 W JP2012052071 W JP 2012052071W WO 2012105531 A1 WO2012105531 A1 WO 2012105531A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment request
storage means
payment
stored
request information
Prior art date
Application number
PCT/JP2012/052071
Other languages
English (en)
French (fr)
Inventor
昌範 玉川
Original Assignee
TAMAGAWA Masanori
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 TAMAGAWA Masanori filed Critical TAMAGAWA Masanori
Priority to EP12719890.1A priority Critical patent/EP2682907A4/en
Priority to US13/511,016 priority patent/US20120310834A1/en
Publication of WO2012105531A1 publication Critical patent/WO2012105531A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G06Q20/4037—Remote solvency checks
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Definitions

  • the present invention relates to a payment system. Specifically, for example, the present invention relates to a payment system applicable to rent payment of rental properties.
  • Patent Document 1 proposes a system that automatically updates the limit according to the creditworthiness of the card member.
  • the present invention has been made in view of the above points, and an object thereof is to provide an optimal settlement system for repeated settlement of a fixed amount such as rent payment of a rental property.
  • user information storage means for storing information for identifying a user, and payment request information for storing payment request information transmitted from a terminal requesting payment Storage means, usage limit storage means for storing a usage limit determined for each user stored in the user information storage means, and a settlement request included in the settlement request information stored in the settlement request information storage means
  • a payment request determination means for comparing the amount of money with the usage limit amount stored in the usage limit storage means to determine whether or not a payment request is possible, and to notify the terminal requesting the payment of the determination result; and repetitive payment.
  • a repetitive settlement request information storage means for storing a settlement request, which is a fixed amount transmitted from a terminal requesting settlement together with information indicating that, as repetitive settlement request information, and the user information storage
  • a guarantee period storage means for storing a guarantee period determined for each user stored in the stage, and a user's repeated settlement request information for which the guarantee period stored in the guarantee period storage means is within the valid period.
  • the server includes a repeated payment request unit that is stored as payment request information in the payment request information storage unit.
  • the payment system includes a terminal that requests payment and a server that receives a payment request from the terminal.
  • User information storage means for storing information for identification, payment request information storage means for storing payment request information transmitted from the terminal, and usage limit determined for each user stored in the user information storage means
  • a use limit storage means for storing the amount, a payment request amount included in the payment request information stored in the payment request information storage means, and a use limit amount stored in the use limit storage means
  • Payment request determination means for determining whether or not a payment request can be made and notifying the terminal of the determination result, and a payment request that is a fixed amount transmitted from the terminal together with information indicating that it is a repeated payment.
  • the guarantee period storage means for storing the guarantee period determined for each user stored in the user information storage means, and the guarantee period storage means.
  • Repeated payment requesting means for storing the user's repeated payment request information for which the guarantee period is within the validity period, as payment request information in the payment request information storage means immediately after determining whether or not a payment request can be made by the payment request determining means;
  • user information storage means for storing information for identifying a user, and settlement for storing settlement request information transmitted from a terminal requesting settlement Included in the request information storage means, the usage limit storage means for storing the usage limit determined for each user stored in the user information storage means, and the payment request information stored in the payment request information storage means
  • a payment request determination unit that compares the payment request amount with the usage limit amount stored in the usage limit amount storage unit to determine whether or not a payment request is possible, and notifies the terminal that requests the payment of the determination result
  • a repetitive settlement request information storage means for storing a settlement request, which is a fixed amount transmitted from a terminal requesting settlement together with information indicating that it is, as repetitive settlement request information
  • the repeated payment request information is stored as the payment request information in the payment request information storage means immediately after determining whether the payment request is determined by the payment request determination means, in other words, the repeated payment request information.
  • the iterative settlement requesting unit suppresses the risk of default by only subjecting the iterative settlement request information of the user whose guarantee period stored in the guarantee period storage unit is within the valid period to the target of repeated settlement processing. be able to. That is, for example, by allowing repeated settlement only within the guarantee period of a guarantee company or the like that performs settlement instead of default, the risk of default can be suppressed.
  • FIG. 1 is a block diagram showing the overall configuration of a credit card settlement system 10 which is an example of a settlement system to which the present invention is applied.
  • the credit card company host computer 12 and a credit card settlement CAT managed by each member store are shown. (Credit Authorization Terminal) terminal 14.
  • the host computer 12 and each CAT terminal 14 are connected via a payment network 16 such as CAFIS (CreditAnd Finance Information Switching system: registered trademark of NTT DATA Corporation).
  • CAFIS CurrentAnd Finance Information Switching system: registered trademark of NTT DATA Corporation.
  • the host computer 12 includes a settlement request determination unit 20, a settlement processing unit 22, a repeated settlement request unit 24, a billing processing unit 26, a customer database 28, a member store database 30, a contract database 32, and a product database 34. And an iterative settlement database 36, a guarantee period database 38, a repayment condition database 40, an accounts receivable balance database 42, and a billing relation database 44.
  • a settlement request determination unit 20 determines whether a settlement request determination unit 22
  • the host computer 12 includes a settlement request determination unit 20
  • a settlement processing unit 22 includes a repeated settlement request unit 24, a billing processing unit 26, a customer database 28, a member store database 30, a contract database 32, and a product database 34.
  • an iterative settlement database 36 includes a guarantee period database 38, a repayment condition database 40, an accounts receivable balance database 42, and a billing relation database 44.
  • Each database described above is provided in the hard disk of the host computer 12.
  • information such as the name, address, telephone number, gender, age, date of birth, occupation, work name, work address, work telephone number, etc. of each customer of the credit company indicates the customer (user). It is stored in association with a unique number for identification.
  • the member store database 30 includes information such as the name, address, telephone number, industry, number of employees, sales, capital, location area, store type, date of establishment, representative, etc. It is stored in association with a unique number for identification.
  • the contract database 32 includes the customer number, expiration date, card type (gold card / general card / family card, etc.), contract date, negative information (information indicating arrears, loss, etc.) of each credit card held by the customer. Information such as the number of accumulated points, the remaining amount of the usage frame, and usage history is stored in association with the card number.
  • the product database 34 stores information such as the name, classification, manufacturer (service provider), price, etc. of the product or service to be settled in association with the product number (JAN code, etc.).
  • the repetitive settlement database 36 stores monthly settlement information (rent information in the present embodiment). As an example, a credit card number, a member store number, a sales amount (rent), and the like are stored.
  • the warranty period database 38 stores the warranty period contracted with the warranty company.
  • real estate management companies and landlords have required a joint guarantor for lease contracts in order to avoid the risk of the borrower defaulting on rent obligations. It is common to have a relative as a joint guarantor, but in the case of a middle-aged contractor, the parents may have a pension life or there may be no brothers or other relatives who have already passed away. In addition, it is difficult to find a joint guarantor if you are alone and come to Japan from abroad.
  • the lease guarantor plays the role of a joint guarantor, and even if the rent cannot be deducted by the borrower, the rental guarantor will replace the borrower with the credit card company. You will pay the amount.
  • the guarantee period with the rental guarantee company is stored in the guarantee period database 38 described above.
  • the repayment condition database 40 stores the repayment conditions (number of repayments, bonus payment, revolving payment, etc.) of each payment using a credit card in association with the payment identification code (associated with the card number).
  • the unpaid amount generated by the use of each credit card is stored in association with the above-described settlement identification code.
  • the settlement request determination means 20 receives the information such as the credit card number, expiration date, member store number, sales amount, repayment condition transmitted from the CAT terminal 14. get.
  • the payment request determination means 20 refers to the contract database 32 and confirms whether or not the credit card 50 used for the current payment is within the expiration date. If it is determined that the card has expired or has been stolen, it is natural that it is determined that payment is not possible, and the CAT terminal 14 is notified accordingly.
  • the settlement request determination unit 20 refers to the contract database 32 and confirms whether or not the current usage amount is within the range of the remaining amount of the credit card 50 used for the current settlement. If it is determined that the remaining amount is exceeded, it is determined that settlement is not possible, and the CAT terminal 14 is notified accordingly. On the other hand, when it is determined that the amount falls within the range of the remaining amount, the settlement request determination unit 20 determines to permit the settlement, and the CAT terminal 14 is notified accordingly.
  • the payment processing unit 22 performs processing necessary for payment. Specifically, first, the settlement processing unit 22 reduces the usage frame in the contract database 32 by the current usage amount. Next, the settlement processing unit 22 registers the repayment conditions (such as the number of payments) of the current settlement in the repayment condition database 40 and stores the settlement amount in the accounts receivable balance database 42.
  • the billing processing unit 26 determines the billing amount for the current month by referring to the accounts receivable balance database 42 and the repayment condition database 40 once a month, and stores it in the billing related database 44. Thereafter, based on the contents stored in the billing relational database 44, the bill is settled by issuing a bill or performing a bank withdrawal.
  • the rental management company passes the credit card 50 through the in-house CAT terminal 14, and rent information (an example of iterative settlement request information). ) To the host computer 12.
  • the credit card number, member store number, and rent amount are stored in the iterative payment database 36.
  • the repeated payment requesting means 24 sends a sales telegram about the rent stored in the repeated payment database 36 to the payment request determining means 20.
  • Payment processing is performed in the same manner as in the case of payment for general merchandise described above.
  • the iterative settlement request means 24 is configured to send a sales telegram about rent to the settlement request determination means 20 on the assumption that it is within the guarantee period stored in the guarantee period database 38. If there is, the sales telegram about the rent is not sent to the settlement request determination means 20, and the rent is not settled by credit card.
  • the iterative settlement request unit 24 sends a sales telegram about the rent stored in the iterative settlement database 36 to the settlement request determination unit 20.
  • the monthly rent can be settled only by transmitting the rent information to the host computer 12 and storing the credit card number and the like once in the repeated settlement database 36. Therefore, it can be expected that the rent in the real estate rental property can be promoted by credit card settlement and the burden of the rent management work can be reduced.
  • the iterative settlement requesting means 24 determines a settlement request for a sales message for rent on the assumption that the borrower is in a guarantee period in which a contract is made with a rental guarantee company.
  • the lease guarantee company can take over the risk of the borrower not fulfilling the debt. Therefore, it can be expected that the rent in the real estate rental property can be promoted by credit card settlement and the burden of the rent management work can be reduced.
  • the rent information is transmitted to the host computer using the CAT terminal of the rental management company is described as an example. However, it is sufficient that the rent information can be transmitted to the host computer, and it is not always necessary to use the rental management company's CAT terminal, and the borrower's home personal computer, mobile phone, smart phone, or the like may be used.
  • the rent in the real estate rental property is described as an example of the recurring settlement of a fixed amount, but the settlement target is not necessarily limited to the rent, and any Of course, it is also good.

Abstract

単一の処理のみで所定の周期で繰り返しの決算処理を行うことができ、不動産賃貸物件における家賃のクレジットカード決済を促進することが可能な決済システムを提供する。そのために、ＣＡＴ端末１４からホストコンピュータ１２に送信された家賃情報を反復決済データベース３６に記憶し、保証期間データベース３８に記憶された保証期間内であることを前提として、反復決済データベース３６に記憶された家賃についての売上電文を決済要求判定手段２０に送信する。

Description

決済システム
　本発明は決済システムに関する。詳しくは、例えば、賃貸物件の家賃支払いに適用可能な決済システムに係るものである。
　現在、クレジットカードが広く普及しており、比較的高額な商品購入時の決済手段としてのみならず、大型スーパーマーケットやガソリンスタンド等における小額決済についてもクレジットカードが利用される様になってきている。
　ところで、顧客がクレジットカードを用いて、次々と商品やサービスを購入すること自体は、経済の活性化の観点からも歓迎すべきことではあるが、クレジットカードでは商品やサービスの受け渡し後の返済であるために、返済前に顧客が自己破産等によって返済不能となる危険性もあり、所定の利用枠（限度額）が予め設定されている。
　この利用枠は、顧客の社会的地位や信用力に応じて予め類型化されており、加入後の期間や返済履歴等に応じて徐々に拡大していくのが一般的である。なお、例えば、特許文献１では、カード会員の信用度に応じて限度額を自動的に更新するシステムが提案されている。
特開２００３－２２３６６号公報
　しかしながら、従来のクレジットカード決済においては、一定金額の反復決済（例えば、毎月１０万円の決済）に関して、返済不能というリスクを回避するシステムが確立していなかった。
　そのため、従来は不動産賃貸物件における家賃をクレジットカードで決済することが一般に行われておらず、不動産賃貸物件では現金受領や、銀行振り込み、口座引き落とし等の手段によって決済を行っていた。
　なお、こうした決済の方法では、不動産管理会社や貸し主は振り込みや引き落としの確認作業が必要となり、また、家賃の滞納が発生した場合には借主への督促に追われ、更には、滞納がなかなか解消されないといった懸念があり、家賃管理業務は大きな負担を強いられていた。
　本発明は以上の点に鑑みて創案されたものであって、例えば、賃貸物件の家賃支払い等の一定金額の反復決済に最適な決済システムを提供することを目的とするものである。
　上記の目的を達成するために、本発明の決済システムでは、ユーザを識別するための情報を記憶するユーザ情報記憶手段と、決済を要求する端末から送信された決済要求情報を記憶する決済要求情報記憶手段と、前記ユーザ情報記憶手段に記憶されたユーザ毎に定められた利用限度額を記憶する利用限度額記憶手段と、前記決済要求情報記憶手段に記憶された決済要求情報に含まれる決済要求金額と、前記利用限度額記憶手段に記憶された利用限度額とを比較して決済要求の可否を判定し、判定結果を決済を要求する端末に通知する決済要求判定手段と、反復決済であることを示す情報と共に決済を要求する端末から送信された一定金額である決済要求を反復決済要求情報として記憶する反復決済要求情報記憶手段と、前記ユーザ情報記憶手段に記憶されたユーザ毎に定められた保証期間を記憶する保証期間記憶手段と、該保証期間記憶手段に記憶された保証期間が有効期間内であるユーザの反復決済要求情報を、前記決済要求判定手段による決済要求の可否を判定した直後に前記決済要求情報記憶手段に決済要求情報として記憶せしめる反復決済要求手段とを有するサーバを備える。
　また、上記の目的を達成するために、本発明の決済システムでは、決済を要求する端末と、該端末からの決済要求を受信するサーバとを備える決済システムであって、前記サーバは、ユーザを識別するための情報を記憶するユーザ情報記憶手段と、前記端末から送信された決済要求情報を記憶する決済要求情報記憶手段と、前記ユーザ情報記憶手段に記憶されたユーザ毎に定められた利用限度額を記憶する利用限度額記憶手段と、前記決済要求情報記憶手段に記憶された決済要求情報に含まれる決済要求金額と、前記利用限度額記憶手段に記憶された利用限度額とを比較して決済要求の可否を判定し、判定結果を前記端末に通知する決済要求判定手段と、反復決済であることを示す情報と共に前記端末から送信された一定金額である決済要求を反復決済要求情報として記憶する反復決済要求情報記憶手段と、前記ユーザ情報記憶手段に記憶されたユーザ毎に定められた保証期間を記憶する保証期間記憶手段と、該保証期間記憶手段に記憶された保証期間が有効期間内であるユーザの反復決済要求情報を、前記決済要求判定手段による決済要求の可否を判定した直後に前記決済要求情報記憶手段に決済要求情報として記憶せしめる反復決済要求手段とを有する。
　更に、上記の目的を達成するために、本発明の決済システムでは、ユーザを識別するための情報を記憶するユーザ情報記憶手段と、決済を要求する端末から送信された決済要求情報を記憶する決済要求情報記憶手段と、前記ユーザ情報記憶手段に記憶されたユーザ毎に定められた利用限度額を記憶する利用限度額記憶手段と、前記決済要求情報記憶手段に記憶された決済要求情報に含まれる決済要求金額と、前記利用限度額記憶手段に記憶された利用限度額とを比較して決済要求の可否を判定し、判定結果を決済を要求する端末に通知する決済要求判定手段と、反復決済であることを示す情報と共に決済を要求する端末から送信された一定金額である決済要求を反復決済要求情報として記憶する反復決済要求情報記憶手段と、該反復決済要求情報記憶手段に記憶された反復決済要求情報を、前記決済要求判定手段による決済要求の可否を判定した直後に前記決済要求情報記憶手段に決済要求情報として記憶せしめる反復決済要求手段とを有するサーバを備える。
　ここで、反復決済要求手段により、反復決済要求情報を決済要求判定手段による決済要求の可否を判定した直後に決済要求情報記憶手段に決済要求情報として記憶せしめることによって、換言すると、反復決済要求情報を所定の周期で決済要求情報記憶手段に決済要求情報として記憶せしめることによって、所定の周期で決済を要求する端末から決済要求情報が送信されたことと同一の効果となり、単一の処理のみで所定の周期で繰り返しの決済処理を行うことが可能となる。具体的には、例えば、毎月の家賃を所定の日にち（例えば、２５日）に決済処理を行うことが可能となる。
　なお、「決済要求判定手段による決済要求の可否を判定した直後」は、請求処理がなされた直後であり、ユーザの利用枠に余裕があるタイミングである。そのため、こうしたタイミングで決済要求情報として記憶することで、その他の決済よりも優先できることとなる。
　また、反復決済要求手段は、保証期間記憶手段に記憶された保証期間が有効期間内であるユーザの反復決済要求情報のみを繰り返しの決済処理の対象とすることによって、債務不履行のリスクを抑制することができる。即ち、例えば、債務不履行となった場合に決済を代わって行う保証会社等の保証期間内に限って反復決済を認めることで、債務不履行のリスクを抑制することができるのである。
　なお、保証期間記憶手段に記憶された保証期間が有効期間外である場合に所定の通知を発する通知手段を有することによって、保証期間の延長等の手続き忘れを低減することが可能となる。
　本発明の決済支援システムでは、単一の処理のみで所定の周期で繰り返しの決済処理を行うことができる。
本発明を適用した決済システムの一例であるクレジットカード決済システムの全体構成を示すブロック図である。
　以下、発明を実施するための形態（以下、「実施の形態」と称する）について図面を参酌しながら説明を行う。なお、本実施の形態では、不動産賃貸物件の家賃をクレジットカード決済する場合を例に挙げて説明を行う。
　図１は本発明を適用した決済システムの一例であるクレジットカード決済システム１０の全体構成を示すブロック図であり、クレジットカード会社のホストコンピュータ１２と、各加盟店が管理するクレジットカード決済用のＣＡＴ（Ｃｒｅｄｉｔ　Ａｕｔｈｏｒｉｚａｔｉｏｎ　Ｔｅｒｍｉｎａｌ）端末１４とを備えている。
　ここで、ホストコンピュータ１２と各ＣＡＴ端末１４間は、ＣＡＦＩＳ（ＣｒｅｄｉｔＡｎｄ　Ｆｉｎａｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｓｗｉｔｃｈｉｎｇ　ｓｙｓｔｅｍ：株式会社エヌ・ティ・ティ・データの登録商標）等の決済ネットワーク１６を介して接続されている。
　ホストコンピュータ１２は、決済要求判定手段２０と、決済処理部２２と、反復決済要求手段２４と、請求処理部２６と、顧客データベース２８と、加盟店データベース３０と、契約データベース３２と、商品データベース３４と、反復決済データベース３６と、保証期間データベース３８と、返済条件データベース４０と、売掛残高データベース４２と、請求関係データベース４４とを備えている。なお、上記の各データベースは、ホストコンピュータ１２のハードディスク内に設けられている。
　顧客データベース２８は、クレジット会社の各顧客の氏名、住所、電話番号、性別、年齢、生年月日、職業、勤務先名、勤務先住所、勤務先電話番号等の情報が、顧客（ユーザ）を識別するための唯一の番号に関連付けて記憶されている。
　加盟店データベース３０は、クレジット会社の加盟店の名称、住所、電話番号、業種、従業員数、売り上げ、資本金、所在地エリア、店舗タイプ、創業年月日、代表者等の情報が、加盟店を識別するための唯一の番号に関連付けて記憶されている。
　契約データベース３２は、顧客が各自所持する各クレジットカードの顧客番号、有効期限、カード種別（ゴールドカード／一般カード／家族カード等）、契約年月日、ネガ情報（延滞や紛失等を示す情報）、蓄積ポイント数、利用枠の残額、利用履歴等の情報が、カード番号に関連付けて記憶されている。
　商品データベース３４は、決済対象となる商品やサービスの名称、分類、メーカ（サービス提供者）、価格等の情報が、商品番号（ＪＡＮコード等）に関連付けて記憶されている。
　反復決済データベース３６には、毎月行う決済情報（本実施の形態では家賃情報）が記憶されている。一例として、クレジットカード番号、加盟店番号、売上金額（家賃）等が記憶されている。
　保証期間データベース３８には、保証会社との契約した保証期間が記憶されている。
　ここで、従来、不動産管理会社や家主は、借主が家賃債務を不履行とするリスクを回避するために、賃貸契約の際には連帯保証人を必要としている。そして、連帯保証人には親族を立てるのが一般的だが、中高年層の契約者の場合には両親が年金生活であったり、既に他界して兄弟や他の親族もいなかったりする場合がある。また、単身で海外から日本に来ている場合には連帯保証人を見つけるのが困難である。こうした場合に連帯保証人の役割を果たすのが賃貸保証会社であり、万が一、借主の家賃引き落としが不能となった場合であったとしても、賃貸保証会社が借主に代わってクレジットカード会社へ家賃相当額を支払うこととなる。本実施の形態では、こうした賃貸保証会社と契約を交わすことを前提とし、賃貸保証会社との保証期間を上述した保証期間データベース３８に記憶することとなる。
　返済条件データベース４０は、クレジットカードを利用した各決済の返済条件（返済回数、ボーナス払い、リボルビング払い等）が、決済識別コード（カード番号と紐付けされている）に関連付けて記憶されている。
　売掛残高データベース４２は、各クレジットカードの利用によって生じた未払い金額が、上述した決済識別コードに関連付けて記憶されている。
　上記の様に構成されたクレジットカード決済システム１０における決済処理の手順を、一般商品の場合と、家賃の場合とに分けて説明する。
［一般商品の決済の場合］
　例えば、顧客がデパートで商品を購入し、その代金の決済のためにクレジットカード５０を差し出すと、店員はクレジットカード５０を売り場のＣＡＴ端末１４に通し、売上電文（決済要求情報の一例である）をホストコンピュータ１２に送信する。
　ＣＡＴ端末１４から売上電文が送信されると、これを受けた決済要求判定手段２０は、ＣＡＴ端末１４から送信されたクレジットカード番号、有効期限、加盟店番号、売上金額、返済条件等の情報を取得する。
　次に、決済要求判定手段２０は、契約データベース３２を参照し、今回の決済に利用したクレジットカード５０が有効期限内であるか否か等を確認する。
　なお、ここで有効期限切れや盗難届済みカードであることが判明した場合には、当然のことではあるが決済不可の判定がなされ、ＣＡＴ端末１４にその旨が通知されることとなる。
　続いて、決済要求判定手段２０は、契約データベース３２を参照し、今回の利用金額が今回の決済に利用したクレジットカード５０の利用枠の残額の範囲内に収まるか否かを確認する。
　なお、ここで残額を超えると認定された場合には、決済不可の判定がなされ、ＣＡＴ端末１４にその旨が通知されることとなる。これに対して、残額の範囲内に収まると認定された場合、決済要求判定手段２０は決済を許可する判定を下し、ＣＡＴ端末１４にその旨が通知されることとなる。
　また、こうした処理と同時に、決済処理部２２によって決済に必要な処理が行われる。
　具体的には、先ず、決済処理部２２は、契約データベース３２内の利用枠を今回の利用額分だけ減額する。次に、決済処理部２２は、今回の決済の返済条件（支払い回数等）を返済条件データベース４０に登録すると共に、決済金額を売掛残高データベース４２に記憶させる。
　また、請求処理部２６は、月に一度、売掛残高データベース４２及び返済条件データベース４０を参照して当月分の請求金額を確定させ、請求関係データベース４４に記憶させる。その後、請求関係データベース４４に記憶された内容に基づいて、請求書を発行したり、銀行引き落としを行ったりすることで決済を行う。
［家賃の決済の場合］
　家賃をクレジットカード決済しようとする場合には、その前提として、借主は賃貸保証会社と契約を交わし、１年分の保証料として例えば家賃１ヶ月分相当額の支払いを行う。こうした借主と賃貸保証会社との契約が成立することで、賃貸保証会社の端末からホストコンピュータ１２に契約内容の情報が送信され、保証期間データベース３８に賃貸保証会社と保証契約を交わした借主の保証期間が記憶されることとなる。
　次に、借主が毎月の家賃のクレジットカード決済を希望してクレジットカード５０を差し出すと、賃貸管理会社はクレジットカード５０を社内のＣＡＴ端末１４に通し、家賃情報（反復決済要求情報の一例である）をホストコンピュータ１２に送信する。
　ＣＡＴ端末１４から売上電文が送信されると、反復決済データベース３６に、クレジットカード番号、加盟店番号、家賃金額が記憶される。
　続いて、月に一度、反復決済要求手段２４によって、反復決済データベース３６に記憶された家賃についての売上電文が決済要求判定手段２０に送られることとなり、これを受けた決済要求判定手段２０は、上述した一般商品の決済の場合と同様に決済処理が行われることとなる。
　なお、反復決済要求手段２４は、保証期間データベース３８に記憶された保証期間内であることを前提として家賃についての売上電文を決済要求判定手段２０に送る様に構成されており、保証期間を徒過している場合には、家賃についての売上電文を決済要求判定手段２０に送ることはなく、家賃がクレジットカード決済されることはない。
　上記した本実施の形態に係るクレジットカード決済システム１０では、月に一度、反復決済要求手段２４によって、反復決済データベース３６に記憶された家賃についての売上電文が決済要求判定手段２０に送られるために、家賃情報をホストコンピュータ１２に送信し、反復決済データベース３６にクレジットカード番号等を一度記憶させるのみで、毎月の家賃の決済を行うことが可能である。
　そのため、不動産賃貸物件における家賃をクレジットカード決済することを促進でき、家賃管理業務の負担の軽減を実現することが期待できる。
　また、本実施の形態に係るクレジットカード決済システム１０では、借主が賃貸保証会社と契約を交わしている保証期間内であることを前提として反復決済要求手段２４が家賃についての売上電文を決済要求判定手段２０に送るために、借主が債務を履行しない場合のリスクを賃貸保証会社に肩代わりしてもらうことができる。
　そのため、不動産賃貸物件における家賃をクレジットカード決済することを促進でき、家賃管理業務の負担の軽減を実現することが期待できる。
［変形例］
　上記した実施の形態では、借主がクレジットカードを有していることを前提として、借主のクレジットカードをＣＡＴ端末に通して家賃情報をホストコンピュータに送信する場合を例に挙げて説明を行っている。
　しかしながら、クレジットカードを利用するのは最初の一度だけであることに鑑みると、必ずしも借主がクレジットカードを有している必要は無い。
　例えば、クレジットカードを発行することなく、クレジットカード会社は借主に対して識別番号のみを発行し、ＣＡＴ端末等の端末で借主の識別番号を送信したとしても、上記した実施の形態と同様のシステムの実現は可能である。
　また、上記した実施の形態では、賃貸管理会社のＣＡＴ端末を利用して家賃情報をホストコンピュータに送信する場合を例に挙げて説明を行っている。
　しかしながら、家賃情報をホストコンピュータに送信することができれば充分であって、必ずしも賃貸管理会社のＣＡＴ端末を利用する必要は無く、借主の自宅のパソコンや携帯電話、スマートフォン等を利用しても良い。
　更に、上記した実施の形態では、一定金額の反復決済として不動産賃貸物件における家賃を例に挙げて説明を行っているが、決済対象は必ずしも家賃に限定されるものではなく、いかなるものであっても良いことは勿論である。
　また、上記した実施の形態では、一般商品の決済と家賃の決済について特段の優劣を設けていない。しかしながら、家賃の未払いは住環境の喪失を招くこととなるため、一般商品の決済よりも優先すべきケースが多い。
　そのため、請求処理部による月に一度の請求処理がなされた直後の利用枠に余裕があるタイミングで、反復決済データベースに記憶された家賃についての売上電文を決済要求判定手段に送る様にして、一般商品の決済よりも家賃の決済を優先することが好ましい。
１０クレジットカード決済システム
１２ホストコンピュータ
１４ＣＡＴ端末
２０決済要求判定手段
２２決済処理部
２４反復決済要求手段
２６請求処理部
２８顧客データベース
３０加盟店データベース
３２契約データベース
３４商品データベース
３６反復決済データベース
３８保証期間データベース
４０返済条件データベース
４２売掛残高データベース
４４請求関係データベース
５０クレジットカード

Claims (5)

  1. 　ユーザを識別するための情報を記憶するユーザ情報記憶手段と、
    　決済を要求する端末から送信された決済要求情報を記憶する決済要求情報記憶手段と、
    　前記ユーザ情報記憶手段に記憶されたユーザ毎に定められた利用限度額を記憶する利用限度額記憶手段と、
    　前記決済要求情報記憶手段に記憶された決済要求情報に含まれる決済要求金額と、前記利用限度額記憶手段に記憶された利用限度額とを比較して決済要求の可否を判定し、判定結果を決済を要求する端末に通知する決済要求判定手段と、
    　反復決済であることを示す情報と共に決済を要求する端末から送信された一定金額である決済要求を反復決済要求情報として記憶する反復決済要求情報記憶手段と、
    　前記ユーザ情報記憶手段に記憶されたユーザ毎に定められた保証期間を記憶する保証期間記憶手段と、
    　該保証期間記憶手段に記憶された保証期間が有効期間内であるユーザの反復決済要求情報を、前記決済要求判定手段による決済要求の可否を判定した直後に前記決済要求情報記憶手段に決済要求情報として記憶せしめる反復決済要求手段とを有するサーバを備える
    　決済システム。
  2. 　前記サーバは、前記保証期間記憶手段に記憶された保証期間が有効期間外である場合に、所定の通知を発する通知手段を有する
    　請求項１に記載の決済システム。
  3. 　決済を要求する端末と、該端末からの決済要求を受信するサーバとを備える決済システムであって、
    　前記サーバは、
    　ユーザを識別するための情報を記憶するユーザ情報記憶手段と、
    　前記端末から送信された決済要求情報を記憶する決済要求情報記憶手段と、
    　前記ユーザ情報記憶手段に記憶されたユーザ毎に定められた利用限度額を記憶する利用限度額記憶手段と、
    　前記決済要求情報記憶手段に記憶された決済要求情報に含まれる決済要求金額と、前記利用限度額記憶手段に記憶された利用限度額とを比較して決済要求の可否を判定し、判定結果を前記端末に通知する決済要求判定手段と、
    　反復決済であることを示す情報と共に前記端末から送信された一定金額である決済要求を反復決済要求情報として記憶する反復決済要求情報記憶手段と、
    　前記ユーザ情報記憶手段に記憶されたユーザ毎に定められた保証期間を記憶する保証期間記憶手段と、
    　該保証期間記憶手段に記憶された保証期間が有効期間内であるユーザの反復決済要求情報を、前記決済要求判定手段による決済要求の可否を判定した直後に前記決済要求情報記憶手段に決済要求情報として記憶せしめる反復決済要求手段とを有する
    　決済システム。
  4. 　前記サーバは、前記保証期間記憶手段に記憶された保証期間が有効期間外である場合に、所定の通知を発する通知手段を有する
    　請求項３に記載の決済システム。
  5. 　ユーザを識別するための情報を記憶するユーザ情報記憶手段と、
    　決済を要求する端末から送信された決済要求情報を記憶する決済要求情報記憶手段と、
    　前記ユーザ情報記憶手段に記憶されたユーザ毎に定められた利用限度額を記憶する利用限度額記憶手段と、
    　前記決済要求情報記憶手段に記憶された決済要求情報に含まれる決済要求金額と、前記利用限度額記憶手段に記憶された利用限度額とを比較して決済要求の可否を判定し、判定結果を決済を要求する端末に通知する決済要求判定手段と、
    　反復決済であることを示す情報と共に決済を要求する端末から送信された一定金額である決済要求を反復決済要求情報として記憶する反復決済要求情報記憶手段と、
    　該反復決済要求情報記憶手段に記憶された反復決済要求情報を、前記決済要求判定手段による決済要求の可否を判定した直後に前記決済要求情報記憶手段に決済要求情報として記憶せしめる反復決済要求手段とを有するサーバを備える
    　決済システム。
PCT/JP2012/052071 2011-02-02 2012-01-31 決済システム WO2012105531A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP12719890.1A EP2682907A4 (en) 2011-02-02 2012-01-31 SETTLEMENT SYSTEM
US13/511,016 US20120310834A1 (en) 2011-02-02 2012-01-31 Payment system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011-020906 2011-02-02
JP2011020906A JP4926282B1 (ja) 2011-02-02 2011-02-02 決済システム

Publications (1)

Publication Number Publication Date
WO2012105531A1 true WO2012105531A1 (ja) 2012-08-09

Family

ID=46261492

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/052071 WO2012105531A1 (ja) 2011-02-02 2012-01-31 決済システム

Country Status (4)

Country Link
US (1) US20120310834A1 (ja)
EP (1) EP2682907A4 (ja)
JP (1) JP4926282B1 (ja)
WO (1) WO2012105531A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5627806B1 (ja) * 2014-01-24 2014-11-19 株式会社レグシス 賃貸決済ハウスカード管理システム、賃貸決済ハウスカード管理システムの制御方法、プログラム及び記録媒体
JP5833208B1 (ja) * 2014-09-30 2015-12-16 株式会社レグシス 賃貸決済カード管理システム、賃貸決済カード管理システムの制御方法、賃貸決済カード管理システムプログラム及び記録媒体

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101754759B1 (ko) * 2015-11-04 2017-07-06 김재영 송수금을 중개하는 메신저 서버

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001054013A1 (fr) * 2000-01-24 2001-07-26 Feals, Incorporated Company Systeme et procede destines a faciliter le recouvrement du loyer d'un bien immobilier loue
JP2002163458A (ja) * 2000-11-27 2002-06-07 Ogaki Kyoritsu Bank Ltd 口座振替管理方法及び同管理装置
JP2003022366A (ja) 2001-07-09 2003-01-24 Daiei Omc Inc 金融における利用限度額更新システム
JP2007041809A (ja) * 2005-08-02 2007-02-15 Credence Corp 料金徴収支援システム
JP2007072614A (ja) * 2005-09-05 2007-03-22 Credence Corp 不動産賃貸借支援システム
JP2010170487A (ja) * 2009-01-26 2010-08-05 Sii Data Service Kk クレジット決済システム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5978780A (en) * 1997-11-21 1999-11-02 Craig Michael Watson Integrated bill consolidation, payment aggregation, and settlement system
US7865414B2 (en) * 2000-03-01 2011-01-04 Passgate Corporation Method, system and computer readable medium for web site account and e-commerce management from a central location
US20050160038A1 (en) * 2004-01-16 2005-07-21 International Business Machines Corporation Prompted automatic online payments
US8571996B2 (en) * 2007-04-20 2013-10-29 N.P. Johnson Family Limited Partnership Apparatus and method for secured commercial transactions
US20100106534A1 (en) * 2008-10-24 2010-04-29 Solid People Llc Certification and risk-management system and method for a rental agreement

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001054013A1 (fr) * 2000-01-24 2001-07-26 Feals, Incorporated Company Systeme et procede destines a faciliter le recouvrement du loyer d'un bien immobilier loue
JP2002163458A (ja) * 2000-11-27 2002-06-07 Ogaki Kyoritsu Bank Ltd 口座振替管理方法及び同管理装置
JP2003022366A (ja) 2001-07-09 2003-01-24 Daiei Omc Inc 金融における利用限度額更新システム
JP2007041809A (ja) * 2005-08-02 2007-02-15 Credence Corp 料金徴収支援システム
JP2007072614A (ja) * 2005-09-05 2007-03-22 Credence Corp 不動産賃貸借支援システム
JP2010170487A (ja) * 2009-01-26 2010-08-05 Sii Data Service Kk クレジット決済システム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5627806B1 (ja) * 2014-01-24 2014-11-19 株式会社レグシス 賃貸決済ハウスカード管理システム、賃貸決済ハウスカード管理システムの制御方法、プログラム及び記録媒体
JP5833208B1 (ja) * 2014-09-30 2015-12-16 株式会社レグシス 賃貸決済カード管理システム、賃貸決済カード管理システムの制御方法、賃貸決済カード管理システムプログラム及び記録媒体
JP2016071724A (ja) * 2014-09-30 2016-05-09 株式会社レグシス 賃貸決済カード管理システム、賃貸決済カード管理システムの制御方法、賃貸決済カード管理システムプログラム及び記録媒体

Also Published As

Publication number Publication date
EP2682907A1 (en) 2014-01-08
JP2013238900A (ja) 2013-11-28
US20120310834A1 (en) 2012-12-06
EP2682907A4 (en) 2015-01-28
JP4926282B1 (ja) 2012-05-09

Similar Documents

Publication Publication Date Title
JP5188505B2 (ja) 支払処理システム債務転換通知
US7970705B2 (en) Recurring transaction processing
US8165940B2 (en) Non-credit account credit rating
AU2010249920B2 (en) Recurring transaction processing
JP2010509699A5 (ja)
WO2006044392A2 (en) Point-of-sale systems and methods for consumer bill payment
US10650472B2 (en) Single use account pool processing system and method
US20130325722A1 (en) Payment reconciliation system
JP2006313440A (ja) クレジットカードの決済用端末装置、決済システム及び決済方法
JP2011159225A (ja) 与信取引システム及びその方法
JP4926282B1 (ja) 決済システム
JP5833208B1 (ja) 賃貸決済カード管理システム、賃貸決済カード管理システムの制御方法、賃貸決済カード管理システムプログラム及び記録媒体
KR100960285B1 (ko) 신용카드 시스템을 응용한 바이어 뱅크 중심의 국제 무역 결제 시스템 및 방법
JP4979102B1 (ja) 決済システム
KR101662366B1 (ko) 대출 서비스 제공 방법, 이를 실행하는 서버 및 이를 실행하는 시스템
KR20140134975A (ko) 카드 매출 데이터를 이용한 대출 서비스 제공 방법 및 이를 실행하는 대출 서비스 제공 서버
JP2005190351A (ja) クレジットカード決済システム
KR20140069747A (ko) 대출 서비스 제공 방법, 이를 실행하는 서버 및 이를 실행하는 시스템
JP5072669B2 (ja) カード精算システム
KR20020063549A (ko) 카드를 이용한 자동차보험료 납입시스템 및 방법
KR20140069746A (ko) 대출 서비스 제공 방법, 이를 실행하는 서버 및 이를 실행하는 시스템
KR20140069744A (ko) 대출 서비스 제공 방법, 이를 실행하는 서버 및 이를 실행하는 시스템

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2012719890

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13511016

Country of ref document: US

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

Ref document number: 12719890

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: JP