KR100370598B1 - Method of remitting or claiming for payment using phone number and apparatus thereof - Google Patents
Method of remitting or claiming for payment using phone number and apparatus thereof Download PDFInfo
- Publication number
- KR100370598B1 KR100370598B1 KR10-2001-0020492A KR20010020492A KR100370598B1 KR 100370598 B1 KR100370598 B1 KR 100370598B1 KR 20010020492 A KR20010020492 A KR 20010020492A KR 100370598 B1 KR100370598 B1 KR 100370598B1
- Authority
- KR
- South Korea
- Prior art keywords
- account
- remittance
- telephone number
- transaction
- applicant
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Fee Related
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
본 발명은 은행등의 금융기관에 개설되어 있는 계좌들간의 송금 및 자금청구거래에 관한 것으로, 특히 전화번호를 이용하여 계좌를 조회하고 상기 계좌들간의 송금 및 자금청구거래등을 할 수 있는 시스템에 관한 것이다.The present invention relates to remittance and billing transactions between accounts opened in financial institutions, such as banks, and more particularly, to a system capable of inquiring accounts using telephone numbers and making remittance and billing transactions between the accounts. It is about.
본 발명은 사용자의 신청이 있으면, 금융기관의 계좌를 사용자의 전화번호와 연계된 계좌로 등록하는 계좌등록방법; 사용자의 요청이 있으면 최종적으로 상기 등록된 계좌의 사용자를 검증하는 사용자확인방법; 사용자가 송금신청을 하면, 송금신청인으로부터 송금내역을 입력받고, 상기 송금내역에 따라 이체정보를 발생시키고, 상기 이체정보를 수취인에게 통보하는 송금방법; 상기 수취인으로부터 입금요청이 있으면 상기 전화번호와 연계된 입금계좌에 입금시키는 수취방법; 자금청구인으로부터 자금청구내역을 전송받고, 상기 자금청구내역을 피자금청구인에게 통보하는 자금청구방법을 포함한다. 본 발명은 그외에 계좌조회, 거래조회, 계좌해지, 송금취소거래에 관한 방법도 포함하며, 본 발명에 의하면 사용자는 여러자리수의 금융기관의 계좌번호를 사용치 않고 이동전화번호등의 전화번호만을 사용해서도 송금, 이체, 조회 등 각종 금융거래를 할 수 있게되어 편리하다.The present invention provides an account registration method for registering an account of a financial institution as an account associated with a user's telephone number, if a user requests an application; A user verification method of finally verifying a user of the registered account when a user request is made; A remittance method of receiving remittance details from a remitter, generating transfer information according to the remittance details, and notifying the recipient of the transfer information when a user requests a remittance request; A receiving method for depositing a deposit account associated with the telephone number if a deposit request is made from the payee; Receiving the billing details from the claimant, and includes a billing method for notifying the pizza claimant of the billing details. The present invention also includes a method for account inquiry, transaction inquiry, account termination, remittance cancellation transaction, and according to the present invention, the user does not use the account number of a multi-digit financial institution, but only a phone number such as a mobile phone number. In addition, it is convenient to be able to make various financial transactions such as remittance, transfer and inquiry.
Description
본 발명은 은행등의 금융기관에 개설되어 있는 계좌들간의 송금 및 자금청구거래에 관한 것으로, 특히 전화번호를 이용하여 계좌를 조회하고 상기 계좌들간의 송금 및 자금청구거래등을 할 수 있는 시스템에 관한 것이다.The present invention relates to remittance and billing transactions between accounts opened in financial institutions, such as banks, and more particularly, to a system capable of inquiring accounts using telephone numbers and making remittance and billing transactions between the accounts. It is about.
종래의 기술을 살펴보면, (1)기존의 폰뱅킹(Phone Banking) 서비스는 이용자는 전화로써 자신의 계좌를 조회하고, 타인에게 송금할 수 있도록하는 서비스이다. 그러나, 폰뱅킹을 사용하더라도 여전히 자신의 계좌번호 및 타인의 계좌번호를 알고 있어야만 타인에게 송금을 할 수 있으므로 여러 자리수의 계좌번호를 관리하는데 불편함이 따르게 된다.Looking at the prior art, (1) the existing phone banking (Phone Banking) service is a service that allows the user to look up his account by phone, and to send money to others. However, even when using the phone banking, you can still send money to others only if you know their account number and the account number of others, so it is inconvenient to manage the multiple digit account number.
또한 (2)기존의 인터넷뱅킹(Internet Banking) 서비스는 인터넷을 사용하여 은행의 홈페이지에 접속한 후 자신의 계좌를 조회하고, 타인에게 송금 및 결재할수 있도록하는 서비스이다. 그러나, 이러한 인터넷뱅킹 서비스를 이용하더라도 여전히 자신 및 상대방의 계좌번호를 알고 있어야하는 것은 폰뱅킹과 다를 바 없으며, 특히 인터넷을 이용할 수 있는 환경이 갖추어져 있지 않으면 그 이용이 불가능하다는 단점이 있다.In addition, (2) the existing Internet Banking service is a service that allows users to access their bank's homepage, search their accounts, and transfer and pay to others by using the Internet. However, even when using the Internet banking service, you still need to know the account number of yourself and the other party is not different from the phone banking, in particular, there is a disadvantage that the use is not possible without the environment to use the Internet.
본 발명이 이루고자 하는 기술적 과제는, 전화번호와 연계된 계좌를 등록하고, 상기 계좌를 전화번호를 이용한 금융거래가 가능한 계좌로 최종등록하는 전화번호와 연계된 계좌관리방법을 제공하는데 있다.An object of the present invention is to provide an account management method associated with a phone number for registering an account associated with a phone number and finally registering the account as an account capable of financial transactions using the phone number.
본 발명이 이루고자 하는 다른 기술적 과제는, 전화를 포함하는 통신수단을 이용하여 송금인의 일반계좌 또는 전화번호와 연계된 계좌로부터 수취인의 전화번호와 연계된 계좌로 송금 또는 이체시키는 전화번호를 이용한 송금방법을 제공하는데 있다.Another technical problem to be achieved by the present invention is a remittance method using a telephone number to transfer or transfer from the account associated with the remittee's phone number or the account associated with the recipient's phone number using a communication means including a telephone To provide.
본 발명이 이루고자 하는 또 다른 기술적 과제는, 상기 기능을 제공하는 전화번호를 이용한 송금 및 자금청구시스템을 제공하는데 있다.Another technical problem to be achieved by the present invention is to provide a remittance and billing system using a phone number that provides the function.
도 1a는 송금인과 수취인 모두 전화번호와 연계된 동일은행의 계좌를 이용하여 거래하는 경우의 송금거래구성도이다.FIG. 1A is a diagram illustrating a remittance transaction in the case where both the remitter and the payee make a transaction using an account of the same bank associated with a telephone number.
도 1b는 송금인과 수취인 모두 전화번호와 연계된 타은행의 계좌를 이용하여 거래하는 경우의 송금거래구성도이다.FIG. 1B is a diagram illustrating a remittance transaction in the case where both the remitter and the payee make a transaction using an account of another bank associated with a telephone number.
도 2a는 송금인측은 일반계좌를 이용하고, 수취인은 전화번호와 연계된 계좌를 이용하되, 상기 계좌들이 모두 동일은행계좌인 경우의 송금거래구성도이다.Figure 2a is a remitter using a general account, the recipient uses a phone number associated with the account, the transfer is a configuration diagram when the accounts are all the same bank account.
도 2b는 송금인측은 일반계좌를 이용하고, 수취인은 전화번호와 연계된 계좌를 이용하되, 상기 계좌들이 타은행계좌인 경우의 송금거래구성도이다.Figure 2b is a remitter using a general account, the recipient uses a phone number associated with the account, the transfer chart is when the accounts are other bank accounts.
도 3은 전화번호를 이용한 송금 및 자금청구 시스템의 전체적인 구성을 나타낸다.3 shows the overall configuration of a remittance and billing system using a telephone number.
도 4는 출금계좌 등록거래의 순서도이다.4 is a flowchart of a withdrawal account registration transaction.
도 5는 입금계좌 등록거래의 순서도이다.5 is a flow chart of a deposit account registration transaction.
도 6은 사용자확인거래의 순서도이다.6 is a flowchart of a user confirmation transaction.
도 7은 송금거래의 순서도이다.7 is a flowchart of a remittance transaction.
도 8은 수취거래의 순서도이다.8 is a flowchart of a receiving transaction.
도 9는 자금청구거래의 순서도이다.9 is a flowchart of a billing transaction.
도 10은 출금계좌 해지거래의 순서도이다.10 is a flowchart of a withdrawal account termination transaction.
도 11은 입금계좌 해지거래의 순서도이다.11 is a flowchart of a deposit account termination transaction.
도 12는 송금거래 조회거래의 순서도이다.12 is a flowchart of a remittance transaction inquiry transaction.
도 13은 수취거래 조회거래의 순서도이다.13 is a flowchart of a receiving transaction inquiry transaction.
도 14는 송금거래 취소거래의 순서도이다.14 is a flowchart of a remittance transaction cancellation transaction.
도 15는 계좌조회거래의 순서도이다.15 is a flowchart of an account inquiry transaction.
상기 과제를 해결하기 위한 본 발명의 전화번호와 연계된 계좌관리방법은 (a)전화번호와 연계된 계좌로 등록하고, 난수비밀코드를 발생시켜 사용자에게 전송하는 계좌등록단계; (b)사용자확인신청인의 고유코드, 난수비밀코드 및 전화번호를 포함하는 정보를 입력받는 단계; (c)상기 사용자확인신청인이 상기 전화번호와 연계된 계좌의 정당한 사용권한을 가지고 있는지 여부를 상기 입력된 난수비밀코드와상기 사용자에게 전송된 난수비밀코드를 비교하여 판단하는 단계; 및 (d)상기 전화번호와 연계된 계좌를 전화번호를 이용한 거래가 가능한 계좌로 최종등록하는 단계를 포함하는 것을 특징으로 한다.Account management method associated with the phone number of the present invention for solving the above problems is (a) account registration step of registering with the account associated with the phone number, generating a random number secret code and transmitting to the user; (b) receiving information including a unique code, a random number secret code and a telephone number of the user verification applicant; (c) comparing the input random number secret code with the random number secret code transmitted to the user to determine whether the user verification applicant has the right to use the account associated with the telephone number; And (d) finally registering an account associated with the phone number as an account capable of trading using the phone number.
본 발명에 따른 상기 계좌등록단계는 계좌등록신청인의 고유코드, 계좌비밀코드, 전화번호를 포함하는 사항를 입력받는 단계; 상기 입력받은 계좌비밀코드와 은행의 계좌정보를 비교하여 상기 계좌등록신청인이 상기 계좌의 정당한 사용권한을 가지고 있는지 여부를 판단하는 단계; 전화번호와 연계된 계좌를 등록하고, 난수비밀코드를 산출하는 단계; 및 상기 난수비밀코드를 상기 계좌등록신청인에게 전송하는 단계를 포함하는 것을 특징으로 한다.The account registration step according to the present invention comprises the steps of receiving the information including the unique code, account secret code, telephone number of the applicant account registration; Comparing the input account secret code with bank account information to determine whether the account registration applicant has the right to use the account; Registering an account associated with the telephone number and calculating a random password; And transmitting the random number secret code to the account registration applicant.
본 발명에 따른 전화번호를 이용한 송금방법은 (a)전화번호와 연계된 계좌를 등록하는 계좌등록단계; (b)송금신청인으로부터 송금신청인의 전화번호, 송금액, 수취인의 전화번호, 출금계좌비밀코드를 포함하는 송금내역을 입력받고, 상기 송금내역에 따라 이체정보를 발생시키고, 상기 이체정보를 수취인에게 통보하는 단계; (c)상기 수취인이 상기 통보된 이체정보를 확인하는 단계; 및 (d)상기 수취인으로부터 상기 전화번호에 연계된 계좌에 입금시킬 것을 요청받고 상기 계좌에 입금시키는 수취단계를 포함하는 것을 특징으로 한다.Remittance method using a phone number according to the present invention includes (a) an account registration step of registering an account associated with a phone number; (b) receive the remittance details including the remitter's telephone number, remittance amount, remittee's telephone number and withdrawal account secret code from the remitter, generate transfer information according to the remittance details, and notify the remittee of the transfer information; Doing; (c) checking, by the recipient, the transferred information; And (d) receiving a request for depositing into the account associated with the telephone number from the payee.
그리고 상기 송금방법은 송금거래취소단계를 포함할 수 있는데, 상기 송금거래취소단계는 송금인으로부터 송금인의 전화번호, 출금계좌의 비밀코드, 송금거래코드을 포함하는 정보를 입력받는 단계; 상기 입력받은 출금계좌의 비밀코드와 은행의 상기 전화번호와 연계된 계좌비밀코드를 비교하여 상기 송금인이 상기 출금계좌의 정당한 사용권한을 가지고 있는지 여부를 판단하는 단계; 상기 송금거래취소신청인의 송금거래취소 요청이 상기 (b)단계 이후 상기 (d)단계 이전에 있으면, 송금거래내역을 갱신하고 이체를 취소하는 송금거래취소단계를 더 포함하는 것을 특징으로 한다.The remittance method may include a remittance transaction canceling step. The remittance transaction canceling step may include receiving information including a remitter's telephone number, a secret code of a withdrawal account, and a remittance transaction code from a remitter; Comparing the secret code of the inputted withdrawal account with the account secret code associated with the telephone number of the bank to determine whether the remitter has the right to use the withdrawal account; If the remittance transaction cancellation request of the remitter transaction cancellation request is before the step (d) after the step (b), it further comprises a remittance transaction cancellation step of updating the remittance transaction details and cancel the transfer.
본발명에 따른 전화번호를 이용한 자금청구방법은 (a)전화번호와 연계된 계좌를 등록하는 계좌등록단계; (b)자금청구인으로부터 상대방의 전화번호, 자신의 전화번호, 청구금액을 포함하는 자금청구내역을 전송받는 단계; (c)상기 자금청구인의 전화번호로부터 입금대상 계좌를 확인하는 단계; 및 (d)상기 자금청구내역을 피자금청구인에게 통보하는 단계를 포함하는 것을 특징으로 한다.The method of claiming funds using a telephone number according to the present invention includes: (a) an account registration step of registering an account associated with a telephone number; (b) receiving a billing statement including the other party's telephone number, his / her telephone number, and the amount charged from the claimant; (c) verifying a deposit target account from the telephone number of the claimant; And (d) characterized in that it comprises the step of notifying the pizza claimant of the billing details.
상기 자금청구방법은 피자금청구인의 전화번호와 관련된 계좌를 등록하는 계좌등록단계; 피자금청구인의 결제할 계좌와 관련된 전화번호, 통보받은 자금청구내역에 따라 결제요청을 신청받는 단계; 및 피자금청구인의 전화번호와 연계된 계좌에서 자금청구인의 전화번호와 연계된 계좌로 금액을 이체하여 결제하는 단계를 더 포함할 수 있는 것을 특징으로 한다.The fund billing method includes: an account registration step of registering an account associated with a pizza claimant's phone number; Receiving a request for payment according to the telephone number associated with the account of the pizza claimant and the received billing details; And transferring the payment from the account associated with the pizza claimant's phone number to the account associated with the billee's phone number.
본 발명에 따른 전화번호를 이용한 송금 및 자금청구 시스템은 난수비밀코드, 전화번호, 난수비밀코드, 계좌비밀코드, 송금액 또는 청구금액을 포함하는 정보를 입력받는 입력부; 사용자가 상기 전화번호와 연계된 계좌의 정당한 사용권한을 가지고 있는 지 여부를 상기 입력받은 정보와 금융기관이 보유하고 있는 계좌비밀코드 또는 난수비밀코드를 비교하여 판단하는 계좌검증부; 송금인의 요청에 따라 상기 송금액에 대한 이체정보를 발생시키고, 수취인의 요청이 있으면 상기 송금인의 출금계좌로부터 상기 수취인의 입금계좌로 상기 송금액을 입금시키는 송금부; 상기 입력받은 정보 및 상기 이체정보를 포함하는 정보를 저장하는 저장부; 및 상기 이체정보를 포함하는 정보를 상기 사용자에게 전송하는 출력부를 포함하는 것을 특징으로 한다.Remittance and billing system using a telephone number according to the present invention includes an input unit for receiving information including a random number secret code, a telephone number, a random number secret code, account secret code, remittance amount or bill amount; An account verification unit for determining whether the user has the right to use the account associated with the telephone number by comparing the received information with an account secret code or a random number secret code held by a financial institution; A remitter for generating transfer information on the remitter according to the remitter's request, and remitting the remittance money from the remitter's withdrawal account to the remittee's remittance account upon request of the remittee; A storage unit which stores the information including the received information and the transfer information; And an output unit for transmitting the information including the transfer information to the user.
본 명세서상의 전화번호란 유선전화 및 이동전화는 물론 그외 이격되어 있는 사람들간에 대화를 가능토록하는 모든 통신수단의 이용자번호 내지 이용자코드를 의미한다.The telephone number in the present specification means a user number or a user code of all communication means to enable a conversation between wired and mobile telephones, as well as other spaced persons.
이하에서 도면들을 참조하여 본 발명을 상세히 설명한다.Hereinafter, the present invention will be described in detail with reference to the drawings.
도 1a는 송금인과 수취인 모두 전화번호와 연계된 동일은행의 계좌를 이용하여 거래하는 경우의 송금거래구성도이다. 송금인(111)은 통신회사(112)를 통하여 은행(113)에 전화번호와 연계된 출금계좌를 등록(①)하고, 수취인(115)은 통신회사(114)통하여 은행(113)에 전화번호와 연계된 입금계좌를 등록(①)한다. 은행(113)은 통신회사(112)를 통해서 상기 출금계좌를 전화번호를 이용한 금융거래를 할 수 있는 계좌로 최종확인(②)한다. 송금인(111)이 은행에 송금내역을 입력(③)하면, 통신회사(112)는 사용자(111, 115)에게 송금내역의 확인을 요청(④)하고, 사용자가 송금내역에 대하여 승인을 하면, 수취인(115)에게 상기 송금내역에 관한 정보를 통보(⑤)하게된다. 수취인이 상기 송금내역정보에 따라 수취확인(⑥)을 하면, 송금인(111) 및 수취인(115)에게 입금결과가 통보되는 단계(⑦)를 통하여 송금거래가 이루어 진다.FIG. 1A is a diagram illustrating a remittance transaction in the case where both the remitter and the payee make a transaction using an account of the same bank associated with a telephone number. The remitter 111 registers the withdrawal account associated with the telephone number to the bank 113 through the telecommunication company 112 (①), and the recipient 115 communicates with the telephone number to the bank 113 via the telecommunication company 114. Register (①) the linked deposit account. The bank 113 confirms the withdrawal account through the telecommunication company 112 to the account for the financial transaction using the telephone number (②). When the remitter 111 inputs the remittance details to the bank (③), the telecommunication company 112 requests the user 111 and 115 to confirm the remittance details (④), and when the user approves the remittance details, The recipient 115 will be informed (⑤) of the information on the remittance details. When the recipient confirms the receipt according to the remittance details information (⑥), the remittance transaction is made through the step (⑦) in which the transfer result is notified to the remitter 111 and the recipient 115.
도 1b는 송금인(121)과 수취인(128) 모두 전화번호와 연계된 타은행의 계좌를 이용하여 송금거래하는 경우의 송금거래구성도이다. 도 1b에서 보이는 송금거래의 구성은 도 1a에서 보인 송금거래구성과 기본적으로 동일하다. 다만, 이 경우의 송금거래는 타은행간(123 및 126)에 전화번호와 연계된 계좌가 존재하는 경우로, 송금인(121)이 입력한 송금내역정보는 송금인측 통신회사(122)를 거쳐 송금인의 계좌가 있는 A은행(123)으로 전송되고, A은행은 금융결재원(124) 또는 펌뱅킹 기관(125)의 서버를 통하여 수취인의 전화번호와 연계된 계좌가 등록되어 있는 B은행(126)으로 상기 송금내역정보를 전송하게 된다. 상기 B은행은 수취인측 통신회사(127)을 통하여 수취인(128)에게 상기 송금내역정보를 통보하게 된다. 즉 이 경우는 기본적인 송금거래단계는 위에서 설명한 도 1a에서의 송금거래단계와 같으나 거래관련정보가 타은행간에 송수신되는 점에서 차이점이 있는 것이다.FIG. 1B is a diagram illustrating a remittance transaction in the case where both the remitter 121 and the remittee 128 perform a remittance transaction using an account of another bank associated with a phone number. The remittance transaction shown in FIG. 1B is basically the same as the remittance transaction shown in FIG. 1A. However, in this case, the remittance transaction is a case where an account associated with a phone number exists between other banks (123 and 126), and the remittance details inputted by the remitter 121 is transmitted to the remitter via the remitter-side communication company 122. Bank A (123) is transferred to Bank A (123), which has an account of Bank B (126), in which an account associated with the recipient's telephone number is registered through the server of the financial settlement agency (124) or the firm banking institution (125). The remittance history information is transmitted to. The bank B notifies the remittee 128 of the remittance history information through the recipient side communication company 127. In this case, the basic remittance transaction step is the same as the remittance transaction step in FIG. 1A described above, but there is a difference in that transaction related information is transmitted and received between other banks.
도 2a는 송금인측(211)은 일반계좌를 이용하고, 수취인(214)은 전화번호와 연계된 계좌를 이용하되, 상기 계좌들이 모두 동일은행계좌인 경우의 송금거래구성도이다. 이때 송금인(211)은 은행창구 또는 인터넷, 유선전화등으로 은행서버에 직접적으로 접속된 경우를 가정하여 나타낸 것이다. 이 경우의 송금거래단계를 살펴보면, 수취인(214)는 전화번호와 연계된 입금계좌를 등록(①)하여 전화번호와 연계된 입금계좌를 가지고 있어야 하며, 은행(212)은 통신회사(213)을 통하여 상기 입금계좌를 전화번호를 이용한 금융거래를 할 수 있는 계좌로 최종확인(②)하게된다. 송금인(211)이 수취인에게 송금하기 위해서는 은행에 송금내역을 입력(③)해야하고, 통신회사(212)는 송금인(211)에게 송금내역의 확인(④)을 요청한다. 상기 송금내역은 수취인(214)에게 통보(⑤)되게 되고, 수취인이 상기 송금내역정보에 따라수취확인(⑥)을 하게되면, 송금인(211) 및 수취인(214)에게 입금결과가 통보되는 단계(⑦)를 통하여 송금거래가 이루어 진다.Figure 2a is a remitter side 211 using a general account, the recipient 214 is an account associated with a phone number, the transfer is a configuration diagram when the accounts are all the same bank account. At this time, the remitter 211 is shown assuming a case directly connected to the bank server through a bank teller or the Internet, landline. Referring to the remittance transaction step in this case, the payee 214 should register a deposit account associated with the telephone number (①) and have a deposit account associated with the telephone number, and the bank 212 may check the communication company 213. Through the deposit account is finally confirmed (②) to the account for the financial transaction using the phone number. In order to remit to the remitter 211, the remitter must input the remittance details (③) to the bank, and the telecommunication company 212 requests the remitter 211 to confirm the remittance details (④). The remittance details are notified (⑤) to the remittee 214, and when the remittee confirms receipt (⑥) according to the remittance details information, the remittance result is notified to the remitter 211 and the remittee 214 ( ⑦) Remittance transaction is made.
도 2b는 송금인측(221)은 일반계좌를 이용하고, 수취인(222)은 전화번호와 연계된 계좌를 이용하되, 상기 계좌들이 타은행계좌인 경우의 송금거래구성도이다. 도 2b에서 보이는 송금거래의 구성은 도 2a에서 보인 송금거래구성과 기본적으로 동일하다. 다만, 이 경우의 송금거래는 타은행간(222 및 225)에 거래될 계좌가 존재하는 경우로, 송금인(221)이 입력한 송금내역정보는 송금인의 계좌가 있는 A은행(222)로 직접 입력되고, A은행은 금융결재원(223) 또는 펌뱅킹 기관(224)의 서버를 통하여 수취인의 전화번호와 연계된 계좌가 등록되어 있는 B은행(225)으로 상기 송금내역정보를 전송하게 된다. 상기 B은행은 수취인측 통신회사(226)을 통하여 수취인(227)에게 상기 송금내역정보를 통보하게 된다. 즉 이 경우는 기본적인 송금거래단계는 위에서 설명한 도 2a에서의 송금거래단계와 같으나 거래관련정보가 타은행간에 송수신되는 점에서 차이점이 있는 것이다.Figure 2b is a remitter side 221 is using a general account, the recipient 222 is a bank account associated with the phone number, the transfer transaction diagram when the accounts are other bank accounts. The remittance transaction shown in FIG. 2B is basically the same as the remittance transaction shown in FIG. 2A. However, in this case, the remittance transaction is a case in which there is an account to be traded between other banks (222 and 225), and the remittance details inputted by the remitter 221 are directly inputted to the A bank 222 where the remitter's account is located. The bank A transmits the remittance history information to the bank B 225 in which the account associated with the recipient's phone number is registered through the server of the financial settlement agency 223 or the firm banking institution 224. The bank B notifies the remittee 227 of the remittance history information through the recipient side telecommunication company 226. In this case, the basic remittance transaction step is the same as the remittance transaction step in FIG. 2A described above, but there is a difference in that transaction related information is transmitted and received between other banks.
도 3은 전화번호를 이용한 송금 및 자금청구 시스템의 전체적인 구성을 나타낸다. 송금자측 통신수단(301) 또는 수금자측 통신수단(302)는 모바일(이동전화), 컴퓨터, 유선전화등으로 유무선 전화통신망 또는 인터넷망을 통하여 통신회사 서버(303)과 연결되어 있다. 통신회사 서버(303)은 자체에 고객DB(304)를 구비하고 있어 상기 송금자측 또는 수금자측이 제공하는 전화번호와 실제 통신회사에 등록되어 있는 전화번호가 일치하는지, 혹은 상기 전화번호에 대하여 송금자측 또는 수금자측이 정당한 사용권한을 가지고 있는지 판단할 수 있다. 상기 통신회사서버(303)은 은행의 서버(305)와 연결되어 송금자측 또는 수금자측으로부터 입력받은 거래내역정보등의 사항 또는 통신회사 서버에서 검출하거나, 통신회사 고객DB상에 저장되어 있는 정보등을 은행서버(305)에 전송하고, 은행서버는 상기 통신회사로부터 전송받은 정보와 자체에 갖추고 있는 고객원장DB상의 계좌정보를 비교하여 거래에 관련된 계좌에 대하여 상기 송금인측 또는 수금인측이 정당한 사용권한을 가지고 있는지 여부를 판단할 수 있고, 상기 송금인측 또는 수금인측이 정당한 사용권한을 가지고 있는 경우에는 송금인측 또는 수금인측이 입력한 거래내역정보에 따라 거래를 처리한다. 한편, 송금인측 과 수금인측이 타금융기관(309)에 계좌를 가지고 있는 경우에는 금융결재원(307) 또는 펌뱅킹기관(308)을 통하여 위에서 설명한 단계가 타금융기관 계좌간에 이루어지게 된다.3 shows the overall configuration of a remittance and billing system using a telephone number. The sender side communication means 301 or the receiver side communication means 302 is connected to the telecommunication company server 303 through a wired / wireless telephone communication network or an internet network such as a mobile (mobile phone), a computer, a landline telephone, or the like. The telecommunication company server 303 has its own customer DB 304 so that the telephone number provided by the sender side or the receiver side and the telephone number registered in the actual telecommunication company match or with respect to the telephone number. It is possible to determine whether the remitter or the remittee has the right to use. The telecommunication company server 303 is connected to the server 305 of the bank, such as transaction history information received from the remitter side or the remitter side or information detected by the telecommunication company server or stored in the telecommunication company customer DB And the like to the bank server 305, and the bank server compares the information received from the telecommunications company with the account information on the customer ledger DB provided therein, and the remitter side or the remitter side is justified for the account related to the transaction. It is possible to determine whether the user has the right to use, and if the remitter or the remittee has the right to use the transaction, the transaction is processed according to the transaction history information input by the remitter or the remitter. On the other hand, when the remitter side and the remitter side has an account with another financial institution 309, the steps described above are performed between the other financial institution accounts through the financial settlement agency 307 or the firm banking institution 308.
도 4 및 도 5는 출금계좌 등록거래 및 입금계좌 등록거래의 순서도이다. 계좌등록신청인으로부터 주민등록번호등의 자신의 고유코드, 전화번호와 연계시킬 계좌번호, 상기 계좌의 비밀번호(비밀코드)를 입력(401, 501)받고, 계좌등록신청인의 상기 계좌와 연계시킬 전화번호를 얻는다. 이때 상기 계좌등록신청인의 전호번호는 계좌등록신청인이 상기 입력사항들을 입력할때 사용중인 전화로부터 전화번호를 검출하거나, 계좌등록신청인으로부터 입력받으므로써 상기 계좌와 연계된 전화번호를 얻게된다. 다음 단계로 상기 입력사항 및 상기 전화번호를 통신회사로 전송(402, 502)하게 되고, 통신회사에서는 상기 전화번호에 대하여 상기 계좌등록신청인이 정당한 사용권한을 가지고 있는지 여부를 판단(403, 503)한다. 그 후 통신회사는 상기 입력사항 및 상기 전화번호를 은행서버로 전송(404, 504)하고, 은행서버는 상기입력사항 중 계좌등록신청인의 고유코드, 상기 계좌의 번호 및 비밀코드와 은행의 고객원장DB에 기록되어 있는 계좌 소유주의 고유코드, 계좌의 번호 및 비밀코드를 비교하여 상기 계좌에 대하여 계좌등록신청인이 정당한 사용권한을 가지고 있는지 판단(405, 505)한다. 은행서버에서 계좌등록신청인이 상기 계좌에 대하여 정당한 사용권한을 가지고 있다고 판단하는 경우 은행의 고객원장DB에 상기 전화번호와 연계하여 계좌를 등록하고, 이후 사용자 확인을 위한 난수비밀번호(난수비밀코드)를 산출(406, 506)하게된다. 은행서버는 상기 계좌등록 결과 및 상기 난수비밀코드 정보를 통신회사로 전송(407, 507)한다. 통신회사는 다시 상기 은행서버로부터 전송받은 상기 정보들을 계좌등록신청인에게 전송(408, 508)하게된다. 다만, 통신회사에서 입금계좌등록신청인이 상기 전화번호에 대한 정당한 사용권한을 가지고 있다고 판단되지 않거나, 은행서버에서 계좌등록신청인이 상기 계좌에 대한 정당한 사용권한을 가지고 있다고 판단되지 않는 경우에는, 사용자에게 에러정보를 전송(409, 509)하고 이후의 단계는 수행치 않는다.4 and 5 are flowcharts of a withdrawal account registration transaction and deposit account registration transaction. Obtain an ID number (401, 501) from the account registration applicant for his / her unique code such as a social security number, a phone number to be associated with a phone number, and a password (password code) of the account, and obtain a phone number to be linked with the account of the account registration applicant; . At this time, the phone number of the applicant for account registration is obtained by detecting the phone number from the telephone being used when the account registration applicant inputs the inputs or by receiving the input from the account registration applicant. In the next step, the entry and the telephone number are transmitted to the telecommunication company (402, 502), and the telecommunication company determines whether the account registration applicant has the right to use the telephone number (403, 503). do. Thereafter, the telecommunication company transmits the inputs and the phone number to the bank server (404 and 504), and the bank server includes the unique code of the account registration applicant, the number and secret code of the account and the customer ledger of the bank. By comparing the unique code of the account holder, the account number and the secret code recorded in the DB to determine whether the account registration applicant has the right to use the account (405, 505). If it is determined by the bank server that the applicant for account registration has the right to use the account, the bank registers the account in association with the telephone number in the customer ledger database of the bank, and then provides a random password (random number code) for user verification. Calculations (406, 506). The bank server transmits the account registration result and the random number secret code information to the telecommunication company (407 and 507). The communication company again transmits the information received from the bank server to the account registration applicant (408, 508). However, if the telecommunications company does not determine that the deposit account registration applicant has the right to use the telephone number, or if the account registration applicant does not determine that the bank account server has the right to use the account, Error information is sent (409, 509) and subsequent steps are not performed.
도 6은 사용자확인거래의 순서도이다. 사용자확인신청인으로부터 주민등록번호등의 고유코드, 상기 출금계좌등록 및 입금계좌등록거래에서 발생한 난수비밀코드를 입력(601)받고, 사용자확인신청인의 사용자확인대상이 되는 계좌와 연계된 전화번호를 얻는다. 이때 상기 사용자확인신청인의 전호번호는 사용자확인신청인이 상기 입력사항들을 입력할때 사용중인 전화로부터 전화번호를 검출하거나, 사용자확인신청인으로부터 입력받으므로써 상기 사용자확인대상이 되는 계좌와 연계된 전화번호를 얻게된다. 다음 단계로 상기 입력사항 및 상기 전화번호를 통신회사로 전송(602)하게 되고, 통신회사에서는 상기 전화번호에 대하여 상기 사용자확인신청인이 정당한 사용권한을 가지고 있는지 여부를 판단(603)한다. 그 후 통신회사는 상기 입력사항 및 상기 전화번호를 은행서버로 전송(604)하고, 은행서버는 상기 입력사항 중 사용자확인신청인의 고유코드, 난수비밀코드와 은행의 고객원장DB에 기록되어 있는 사용자확인대상 계좌 소유주의 고유코드, 상기 전화번호와 연계된 계좌번호, 상기 계좌와 연계된 난수비밀코드등을 비교하여 상기 사용자확인대상계좌에 대하여 사용자확인신청인이 정당한 사용권한을 가지고 있는지 판단(605)하고,은행서버에서 사용자확인신청인이 상기 사용자확인대상계좌에 대하여 정당한 사용권한을 가지고 있다고 판단하는 경우에 상기 입력받은 난수비밀코드와 은행의 고객원장DB상에 있는 사용자확인대상계좌의 난수비밀코드를 비교하여 양자가 일치하는지를 검사(606)한다. 위에서 양자가 일치하는 것으로 판단되면, 은행의 고객원장DB에 상기 사용자확인대상계좌를 전화번호를 이용한 각종 금융거래가 가능한 계좌로 최종등록(607)한다. 은행서버는 상기 사용자확인정보를 통신회사로 전송(608)한다. 통신회사는 다시 상기 은행서버로부터 전송받은 상기 정보들을 사용자확인신청인에게 전송(609)하게된다. 다만, 통신회사에서 사용자확인신청인이 상기 전화번호에 대한 정당한 사용권한을 가지고 있다고 판단되지 않거나, 은행서버에서 사용자확인신청인이 상기 사용자확인대상계좌에 대한 정당한 사용권한을 가지고 있다고 판단하지 않는 경우 또는 난수비밀코드가 일치하지 않는 경우에는, 사용자에게 에러정보를 전송(610)하고 이후의 단계는 수행치 않는다.6 is a flowchart of a user confirmation transaction. The user identification applicant receives a unique code such as a resident registration number, a random number code generated in the withdrawal account registration and the deposit account registration transaction (601), and obtains a phone number associated with the account of the user verification applicant. In this case, the telephone number of the user verification applicant is a phone number associated with the account to be the user verification target by detecting a phone number from the telephone being used when the user verification applicant inputs the above inputs or receiving an input from the user verification applicant. Get In the next step, the entry and the phone number are transmitted to the communication company (602), and the communication company determines whether the user verification applicant has the right to use the phone number (603). Thereafter, the telecommunication company transmits the input information and the phone number to the bank server (604), and the bank server records the user's unique code, the random number secret code, and the user recorded in the bank's customer ledger database. Comparing the unique code of the owner of the account to be verified, the account number associated with the phone number, the random number code associated with the account, and the like, determine whether the user verification applicant has the right to use the user verification target account (605). If the bank server determines that the user verification applicant has the right to use the user verification target account, the received random number secret code and the random number secret code of the user verification target account on the bank's customer ledger database are determined. The comparison is made to check 606 that both agree. If it is determined that the above is the same, the user account DB of the bank is finally registered 607 to the account that can be used for various financial transactions using the phone number of the user verification target account. The bank server transmits the user identification information to the telecommunication company (608). The telecommunication company transmits the information received from the bank server to the user verification applicant (609). However, if the telecommunication company does not determine that the user verification applicant has the right to use the telephone number, or the bank server does not determine that the user verification applicant has the right to use the user verification target account or random number If the secret codes do not match, error information is sent 610 to the user and subsequent steps are not performed.
도 7은 송금거래의 순서도이다. 송금거래신청인으로부터 수취인의 전화번호,출금계좌의 비밀코드, 송금금액을 포함하는 사항를 입력(701)받고, 송금거래신청인의 출금계좌와 연계된 전화번호를 얻는다. 이때 상기 송금거래신청인의 전호번호는 송금거래신청인이 상기 입력사항들을 입력할때 사용중인 전화로부터 전화번호를 검출하거나, 송금거래신청인으로부터 입력받으므로써 상기 출금계좌와 연계된 전화번호를 얻게된다. 다음 단계로 상기 입력사항 및 상기 전화번호를 통신회사로 전송(702)하게 되고, 통신회사에서는 상기 전화번호에 대하여 상기 송금거래신청인이 정당한 사용권한을 가지고 있는지 여부를 판단(703)한다. 그 후 송금거래신청인에게 상기 입력사항을 포함하는 송금거래정보를 전송하고, 송금거래신청인으로부터 송금거래승인 여부를 입력(704)받고, 상기 송금거래신청인이 상기 송금거래내역을 승인하는지 판단(705)한다. 그 후 통신회사는 상기 입력사항 및 상기 전화번호를 은행서버로 전송(706)하고, 은행서버는 상기 입력사항 중 상기 전화번호와 연계된 출금계좌번호, 출금계좌의 비밀코드와 은행의 고객원장DB에 기록되어 있는 상기 출금계좌 비밀코드를 비교하여 상기 출금계좌에 대하여 송금거래신청인이 정당한 사용권한을 가지고 있는지 판단(707)하고, 은행서버에서 송금거래신청인이 상기 출금계좌에 대하여 정당한 사용권한을 가지고 있다고 판단하는 경우에 은행의 고객원장DB에 송금거래로그를 DB에 작성하고 거래코드를 채번(708)한다. 은행서버는 수취인의 성명, 수취인의 고유코드, 송금금액, 거래코드등의 정보를 통신회사에 전송(709)한다. 통신회사는 다시 상기 은행서버로부터 전송받은 상기 정보들을 사용자확인신청인에게 전송(710)하게된다. 다만, 통신회사에서 송금거래신청인이 상기 전화번호에 대한 정당한 사용권한을 가지고 있다고 판단되지 않거나, 은행서버에서 송금거래신청인이 상기 출금계좌에 대한 정당한 사용권한을 가지고 있다고 판단하지 않는 경우에는 사용자에게 에러정보를 전송(711)하고, 송금신청인이 상기 송금거래내역에 대하여 승인하지 않는 것으로 판단되면 송금취소정보를 송금신청인에게 전송(712)하고 이후의 단계는 수행치 않는다.7 is a flowchart of a remittance transaction. Receiving the telephone number of the remittance transaction applicant, the secret code of the withdrawal account, the details including the remittance amount is input (701), and obtains the telephone number associated with the withdrawal account of the remittance transaction applicant. In this case, the telephone number of the remittance transaction applicant may obtain a telephone number associated with the withdrawal account by detecting the telephone number from the telephone being used when the remittance transaction applicant inputs the input items or by receiving the input from the remittance transaction applicant. In the next step, the input information and the telephone number are transmitted to the telecommunication company (702), and the telecommunication company determines whether the remittance transaction applicant has the right to use the telephone number (703). Thereafter, transfer the remittance transaction information including the above input to the remittance transaction applicant, receive input of whether to approve the remittance transaction from the remittance transaction applicant (704), and determine whether the remittance transaction applicant approves the remittance transaction details (705). do. Thereafter, the telecommunication company transmits the input and the phone number to the bank server (706), and the bank server includes the withdrawal account number associated with the phone number, the secret code of the withdrawal account and the bank account ledger database. Comparing the withdrawal account secret code recorded in the check whether the transfer transaction applicant has a right to use the withdrawal account (707), and the transfer transaction applicant has a right to use the withdrawal account in the bank server If it is determined that the remittance transaction log is written in the customer ledger database of the bank in the DB and the transaction code is collected (708). The bank server transmits information such as the name of the payee, the unique code of the payee, the remittance amount, and the transaction code to the telecommunication company (709). The telecommunication company transmits the information received from the bank server to the user verification applicant (710). However, if the telecommunications company does not determine that the remittance transaction applicant has the right to use the telephone number, or the bank server does not determine that the remittance transaction applicant has the right to use the withdrawal account, an error occurs to the user. If it is determined that the information is transmitted (711) and the remitter does not approve the remittance transaction details, the remittance cancellation information is transmitted to the remitter (712), and subsequent steps are not performed.
도 8은 수취거래의 순서도이다. 수취거래신청인으로부터 입금계좌비밀번호, 송금거래의 거래코드를 포함하는 사항를 입력(801)받고, 수취거래신청인의 입금계좌와 연계된 전화번호를 얻는다. 이때 상기 수취거래신청인의 전호번호는 수취거래신청인이 상기 입력사항들을 입력할때 사용중인 전화로부터 전화번호를 검출하거나, 수취거래신청인으로부터 입력받으므로써 상기 입금계좌와 연계된 전화번호를 얻게된다. 다음 단계로 상기 입력사항 및 상기 전화번호를 통신회사로 전송(802)하게 되고, 통신회사에서는 상기 전화번호에 대하여 상기 수취거래신청인이 정당한 사용권한을 가지고 있는지 여부를 판단(803)한다. 그 후 수취거래신청인에게 상기 입력사항을 포함하는 수취거래정보를 전송하고, 수취거래신청인으로부터 수취거래승인 여부를 입력(804)받고, 상기 수취거래신청인이 상기 수취거래내역을 승인하는지 판단(805)한다. 그 후 통신회사는 상기 입력사항 및 상기 전화번호를 은행서버로 전송(706)하고, 은행서버는 상기 입력사항 중 상기 전화번호와 연계된 입금계좌번호, 입금계좌의 비밀코드와 은행의 고객원장DB에 기록되어 있는 상기 입금계좌 비밀코드를 비교하여 상기 입금계좌에 대하여 수취거래신청인이 정당한 사용권한을 가지고 있는지 판단(807)하고, 은행서버에서 수취거래신청인이 상기 입금계좌에 대하여 정당한 사용권한을 가지고 있다고 판단하는 경우에 은행의 고객원장DB에 송금정보를 저장하고 이체처리(808)한다. 은행서버는 이체결과 정보를 통신회사에 전송(809)한다. 통신회사는 다시 상기 은행서버로부터 전송받은 상기 정보들을 수취거래신청인에게 전송(810)하게된다. 다만, 통신회사에서 수취거래신청인이 상기 전화번호에 대한 정당한 사용권한을 가지고 있다고 판단되지 않거나, 은행서버에서 수취거래신청인이 상기 입금계좌에 대한 정당한 사용권한을 가지고 있다고 판단하지 않는 경우에는 사용자에게 에러정보를 전송(811)하고, 수취거래신청인이 상기 수취거래내역에 대하여 승인하지 않는 것으로 판단되면 수취취소정보를 수취거래신청인에게 전송(812)하고 이후의 단계는 수행치 않는다.8 is a flowchart of a receiving transaction. Receiving transaction applicant inputs the payment account password, the item including the transaction code of the remittance transaction (801), and obtains the phone number associated with the deposit account of the recipient transaction applicant. At this time, the telephone number of the beneficiary transaction applicant obtains the telephone number associated with the deposit account by detecting the telephone number from the telephone being used when the beneficiary transaction applicant inputs the input items or by receiving the input from the beneficiary transaction applicant. In the next step, the input information and the telephone number are transmitted to the telecommunication company (802), and the telecommunication company determines whether the receiving transaction applicant has the right to use the telephone number (803). Thereafter, the receiving transaction information is transmitted to the receiving transaction applicant, the receiving transaction information is input from the receiving transaction applicant (804), the receiving transaction applicant determines whether the acceptance transaction details (805) do. Thereafter, the telecommunication company transmits the input information and the phone number to the bank server (706), and the bank server includes the deposit account number associated with the phone number, the secret code of the deposit account and the customer ledger database of the bank. Comparing the deposit account secret code recorded in the above, it is determined whether the receiving transaction applicant has the right to use the deposit account (807), and the receiving transaction applicant has the right to use the deposit account at the bank server. If it is determined that the remittance information is stored in the customer ledger DB of the bank and the transfer process (808). The bank server transmits the transfer result information to the telecommunication company (809). The telecommunication company transmits the information received from the bank server to the beneficiary transaction applicant (810). However, if the telecommunications company does not determine that the beneficiary transaction applicant has the right to use the telephone number, or the bank server does not determine that the beneficiary transaction applicant has the right to use the deposit account, an error is reported to the user. If it is determined that the information is sent (811) and the applicant does not approve the transaction details, the information is sent to the applicant (812) and the subsequent steps are not performed.
도 9는 자금청구거래의 순서도이다. 자금청구신청인으로부터 자금청구피신청인의 전화번호, 자금청구신청인 자신의 입금계좌 비밀코드, 청구금액 내역을 포함하는 사항를 입력(901)받고, 자금청구신청인의 입금계좌와 연계된 전화번호를 얻는다. 이때 상기 자금청구신청인의 전호번호는 자금청구신청인이 상기 입력사항들을 입력할때 사용중인 전화로부터 전화번호를 검출하거나, 자금청구신청인으로부터 입력받으므로써 상기 입금계좌와 연계된 전화번호를 얻게된다. 다음 단계로 상기 입력사항 및 상기 전화번호를 통신회사로 전송(902)하게 되고, 통신회사에서는 상기 전화번호에 대하여 상기 수취거래신청인이 정당한 사용권한을 가지고 있는지 여부를 판단(903)한다. 그 후 자금청구신청인에게 상기 입력사항을 포함하는 자금청구거래내역를 전송하고, 자금청구신청인으로부터 자금청구신청인의 자금청구거래의 승인여부를 입력(904)받고, 상기 자금청구신청인이 상기 자금청구거래내역을 승인하는지 판단(905)한다. 그 후 통신회사는 상기 입력사항 및 상기 전화번호를 은행서버로 전송(906)하고, 은행서버는 상기 입력사항 중 상기 전화번호와 연계된 입금계좌번호, 입금계좌의 비밀코드와 은행의 고객원장DB에 기록되어 있는 상기 입금계좌 비밀코드를 비교하여 상기 입금계좌에 대하여 자금청구신청인이 정당한 사용권한을 가지고 있는지 판단(907)하고, 은행서버에서 자금청구내용 및 은행의 고객원장DB상의 필요한 정보를 조회한 후, 통신회사에 전송(908)한다. 통신회사는 다시 상기 은행서버로부터 전송받은 상기 정보들을 자금청구피신청인에게 전송(909)하게된다. 다만, 통신회사에서 자금청구신청인이 상기 전화번호에 대한 정당한 사용권한을 가지고 있다고 판단되지 않거나, 은행서버에서 자금청구신청인이 상기 입금계좌에 대한 정당한 사용권한을 가지고 있다고 판단하지 않는 경우에는 자금청구신청인에게 에러정보를 전송(910)하고, 자금청구신청인이 상기 자금청구거래내역에 대하여 승인하지 않는 것으로 판단되면 자금청구취소정보를 자금청구신청인에게 전송(911)하고 이후의 단계는 수행치 않는다.9 is a flowchart of a billing transaction. The claimant receives the telephone number of the claimant, the depositor's own deposit account secret code, and details of the amount of the charge, and obtains a phone number associated with the claimant's deposit account. At this time, the caller's phone number is obtained from the phone being used by the claimant when the funds are inputted, or the phone number associated with the deposit account is obtained by receiving the phone number from the applicant. In the next step, the entry and the phone number are transmitted to the communication company (902), and the communication company determines (903) whether the receiving transaction applicant has the right to use the phone number. Thereafter, the billing transaction is transmitted to the claimant, and the billing applicant receives an input (904) from the claimant to approve the request for the billing transaction. Determine whether to approve (905). Thereafter, the telecommunication company transmits the input information and the phone number to the bank server (906), and the bank server includes the deposit account number associated with the phone number, the secret code of the deposit account and the customer ledger database of the bank. By comparing the deposit account secret code recorded in the bank account, it is determined whether the claimant has the right to use the deposit account (907), and the bank server inquires the contents of the claim and the necessary information on the customer ledger database of the bank. Then, it transmits to the communication company (908). The communication company again transmits the information received from the bank server to the claimant applicant (909). However, if the claimant does not determine that the claimant has the right to use the telephone number, or if the claimant does not determine that the claimant has the right to use the deposit account, the requester of the request is made. If it is determined that the claimant does not approve the billing transaction details, the request for remittance of the funds is sent to the claimant (911), and subsequent steps are not performed.
이에 대하여, 피자금청구인은 전화번호와 연계된 출금계좌를 등록하고 자금거래청구인의 입금계좌와 관련된 전화번호, 통보받은 자금청구내역에 따라 은행에 송금거래신청을 하면, 상기 피자금청구인의 출금계좌에서 자금청구인의 입금계좌로 금액을 이체하여 결제할 수도 있을 것이다.In response, the pizza claimant registers a withdrawal account associated with the telephone number and requests a remittance transaction to the bank according to the telephone number associated with the deposit account of the fund trader and the received billing details. You may also make a payment by transferring the funds to the claimant's deposit account.
도 10 및 도 11은 출금계좌해지거래 및 입금계좌해지거래의 순서도이다. 계좌해지신청인으로부터 해지할 계좌번호, 상기 계좌의 비밀코드를 포함하는 사항을 입력(1001, 1101)받고, 계좌해지신청인의 상기 계좌와 연계시킬 전화번호를 얻는다. 이때 상기 계좌해지신청인의 전호번호는 계좌해지신청인이 상기 입력사항들을입력할때 사용중인 전화로부터 전화번호를 검출하거나, 계좌해지신청인으로부터 입력받으므로써 상기 계좌와 연계된 전화번호를 얻게된다. 다음 단계로 상기 입력사항 및 상기 전화번호를 통신회사로 전송(1002, 1102)하게 되고, 통신회사에서는 상기 전화번호에 대하여 상기 계좌해지신청인이 정당한 사용권한을 가지고 있는지 여부를 판단할 수 있다. 그 후 통신회사는 상기 입력사항 및 상기 전화번호를 은행서버로 전송(1003, 1103)하고, 은행서버는 상기 입력사항 중 계좌해지신청인의 전화번호와 연계된 계좌의 계좌비밀코드와 은행의 고객원장DB에 기록되어 있는 상기 계좌의 계좌비밀코드를 비교하여 상기 계좌에 대하여 계좌해지신청인이 정당한 사용권한을 가지고 있는지 판단(1004, 1104)한다. 은행서버에서 계좌해지신청인이 상기 계좌에 대하여 정당한 사용권한을 가지고 있다고 판단하는 경우 은행의 고객원장DB에 상기 계좌를 전화번호와 연계되지 않도록 계좌정보를 갱신하고 상기 갱신정보를 통신회사로 전송(1005, 1105)한다. 통신회사는 다시 상기 은행서버로부터 전송받은 상기 정보들을 계좌해지신청인에게 전송(1006, 1106)하게된다. 다만, 은행서버에서 계좌해지신청인이 상기 계좌에 대한 정당한 사용권한을 가지고 있다고 판단되지 않는 경우에는, 사용자에게 에러정보를 전송(1007, 1107)하고 이후의 단계는 수행치 않는다. 이는 통신회사에서 계좌해지신청인이 상기 전화번호에 대한 정당한 사용권한을 가지고 있다고 판단되는 경우에도 동일하게 처리할 수 있다.10 and 11 are flowcharts of a withdrawal account termination transaction and a deposit account termination transaction. The account number to be canceled is input from the account cancel applicant, and details including the secret code of the account (1001, 1101), and a phone number to be associated with the account of the account cancel applicant is obtained. At this time, the telephone number of the account termination applicant detects the telephone number from the telephone being used when the account termination applicant inputs the input items, or obtains the telephone number associated with the account by receiving the input from the account termination applicant. In the next step, the input items and the telephone number are transmitted to the telecommunication company (1002, 1102), and the telecommunication company can determine whether the account termination applicant has the right to use the telephone number. Thereafter, the telecommunication company transmits the inputs and the phone number to the bank server (1003 and 1103), and the bank server includes the account secret code of the account associated with the phone number of the account holder and the customer ledger of the bank. The account secret code of the account recorded in the DB is compared to determine whether the account termination applicant has the right to use the account (1004, 1104). If it is determined by the bank server that the applicant for termination of account has the right to use the account, the account information is updated in the customer ledger database of the bank so that the account is not associated with the telephone number and the renewal information is transmitted to the telecommunication company (1005). 1105). The communication company again transmits the information received from the bank server (1006, 1106) to the account holder. However, if it is determined that the account termination applicant does not have the right to use the account, the bank server transmits error information to the user (1007, 1107) and does not perform the subsequent steps. This can be handled in the same way even if the telecommunication company determines that the applicant for account termination has the right to use the telephone number.
도 12 및 도 13은 송금거래조회거래 및 수취거래조회거래의 순서도이다. 거래조회신청인으로부터 조회할 계좌비밀코드, 조회할 거래의 거래코드를 포함하는 사항을 입력(1201, 1301)받고, 거래조회신청인의 상기 계좌와 연계시킬 전화번호를얻는다. 이때 상기 거래조회신청인의 전호번호는 거래조회신청인이 상기 입력사항들을 입력할때 사용중인 전화로부터 전화번호를 검출하거나, 거래조회신청인으로부터 입력받으므로써 상기 계좌와 연계된 전화번호를 얻게된다. 다음 단계로 상기 입력사항 및 상기 전화번호를 통신회사로 전송(1202, 1302)하게 되고, 통신회사에서는 상기 전화번호에 대하여 상기 거래조회신청인이 정당한 사용권한을 가지고 있는지 여부를 판단할 수 있다. 그 후 통신회사는 상기 입력사항 및 상기 전화번호를 은행서버로 전송(1203, 1303)하고, 은행서버는 상기 입력사항 중 계좌의 계좌비밀코드와 은행의 고객원장DB에 기록되어 있는 상기 전화번호와 연계된 계좌의 계좌비밀코드를 비교하여 상기 계좌에 대하여 거래조회신청인이 정당한 사용권한을 가지고 있는지 판단(1204, 1304)한다. 은행서버에서 거래조회신청인이 상기 계좌에 대하여 정당한 사용권한을 가지고 있다고 판단하는 경우 은행의 고객원장DB에서 상기 거래내역을 상기 거래코드를 이용하여 조회하고 상기 조회정보를 통신회사로 전송(1205, 1305)한다. 통신회사는 다시 상기 은행서버로부터 전송받은 상기 정보들을 거래조회신청인에게 전송(1206, 1306)하게된다. 다만, 은행서버에서 거래조회신청인이 상기 계좌에 대한 정당한 사용권한을 가지고 있다고 판단되지 않는 경우에는 사용자에게 에러정보를 전송(1207, 1307)하고 이후의 단계는 수행치 않는다. 이는 통신회사에서 거래조회신청인이 상기 전화번호에 대한 정당한 사용권한을 가지고 있다고 판단되는 경우에도 동일하게 처리할 수 있다.12 and 13 are flowcharts of a remittance transaction inquiry transaction and a receiving transaction inquiry transaction. The account inquiry code is inputted from the transaction inquiry applicant, the item including the transaction code of the inquiry to be received (1201, 1301), and obtains a phone number to be associated with the account of the transaction inquiry applicant. At this time, the telephone number of the trading inquiry applicant detects a telephone number from a telephone being used when the trading inquiry applicant inputs the inputs, or obtains a telephone number associated with the account by receiving the input from the trading inquiry applicant. In the next step, the input information and the phone number are transmitted to the telecommunication company (1202, 1302), and the telecommunication company can determine whether the transaction inquiry applicant has the right to use the phone number. Thereafter, the telecommunication company transmits the inputs and the telephone number to the bank server (1203 and 1303), and the bank server includes the account secret code of the account and the telephone number recorded in the customer ledger database of the bank. The account secret code of the linked account is compared to determine whether the transaction inquiry applicant has the right to use the account (1204, 1304). When the bank server determines that the transaction inquiry applicant has the right to use the account, the bank's customer ledger database inquires the transaction details using the transaction code and transmits the inquiry information to the communication company (1205, 1305). )do. The telecommunication company transmits the information received from the bank server to the transaction inquiry applicant (1206, 1306). However, if it is determined that the transaction inquiry applicant does not have the right to use the account, the bank server transmits error information to the user (1207 and 1307) and does not perform the subsequent steps. This can be handled in the same way even if the telecommunications company determines that the transaction inquiry applicant has the right to use the telephone number.
도 14는 송금거래 취소거래의 순서도이다. 송금거래취소신청인으로부터 취소할 거래에 관련된 출금계좌비밀코드, 취소할 송금거래의 거래코드를 포함하는 사항을 입력(1401)받고, 송금거래취소신청인의 상기 출금계좌와 연계시킬 전화번호를 얻는다. 이때 상기 송금거래취소신청인의 전호번호는 송금거래취소신청인이 상기 입력사항들을 입력할때 사용중인 전화로부터 전화번호를 검출하거나, 송금거래취소신청인으로부터 입력받으므로써 상기 출금계좌와 연계된 전화번호를 얻게된다. 다음 단계로 상기 입력사항 및 상기 전화번호를 통신회사로 전송(1402)하게 되고, 통신회사에서는 상기 전화번호에 대하여 상기 송금거래취소신청인이 정당한 사용권한을 가지고 있는지 여부를 판단할 수 있다. 그 후 통신회사는 상기 입력사항 및 상기 전화번호를 은행서버로 전송(1403)하고, 은행서버는 상기 입력사항 중 출금계좌의 계좌비밀코드와 은행의 고객원장DB에 기록되어 있는 상기 전화번호와 연계된 계좌의 계좌비밀코드를 비교하여 상기 출금계좌에 대하여 송금거래취소신청인이 정당한 사용권한을 가지고 있는지 판단(1404)한다. 은행서버에서 송금거래취소신청인이 상기 출금계좌에 대하여 정당한 사용권한을 가지고 있다고 판단하는 경우 취소할 송금거래에 대하여 수취거래가 이루어졌는지 판단(1405)한다. 상기 수취거래가 아직 이루어지지 않은 경우에 은행의 고객원장DB에서 상기 송금거래내역정보의 갱신 및 이체처리의 취소를 수행(1406)하고, 상기 송금거래취소정보를 통신회사로 전송(1407)한다. 통신회사는 다시 상기 은행서버로부터 전송받은 상기 정보들을 송금거래취소신청인 또는 송금거래의 상대방에게 전송(1408)하게된다. 다만, 은행서버에서 송금거래취소신청인이 상기 출금계좌에 대한 정당한 사용권한을 가지고 있다고 판단되지 않는 경우에는 사용자에게 에러정보를 전송(1409)하고 이후의 단계는 수행치 않는다. 이는 통신회사에서 송금거래취소신청인이 상기 전화번호에 대한 정당한 사용권한을 가지고 있다고 판단되는 경우에도 동일하게 처리할 수 있다.14 is a flowchart of a remittance transaction cancellation transaction. From the remittance transaction cancellation applicant, a withdrawal account secret code relating to the transaction to be canceled and a transaction code of the remittance transaction to be canceled are input (1401), and a telephone number to be associated with the withdrawal account of the remittance transaction cancellation applicant is obtained. At this time, the phone number of the remittance transaction cancelant applicant obtains the phone number associated with the withdrawal account by detecting the telephone number from the telephone being used when the remittance transaction cancelant is entering the above inputs or by receiving the input from the remittance transaction cancellation applicant. do. In the next step, the input information and the phone number are transmitted to the communication company 1402, and the communication company may determine whether the money transfer transaction cancellation applicant has the right to use the phone number. Thereafter, the telecommunication company transmits the entry and the phone number to the bank server (1403), and the bank server is linked with the account secret code of the withdrawal account and the phone number recorded in the customer ledger database of the bank. The account secret code of the account is compared to determine whether the withdrawal transaction cancellation applicant has the right to use the withdrawal account (1404). If it is determined by the bank server that the applicant withdraws the transaction, he or she has the right to use the withdrawal account. If the receipt transaction has not yet been made, the customer ledger database of the bank updates (1406) and cancels the transfer process of the remittance transaction details information, and transmits the remittance transaction cancellation information to the telecommunication company (1407). The telecommunication company transmits the information received from the bank server to the remittance transaction cancelant or the counterpart of the remittance transaction (1408). However, if the bank server does not determine that the request for remittance transaction cancellation has the right to use the withdrawal account, it transmits error information to the user (1409) and does not perform the subsequent steps. This can be handled in the same manner when the telecommunication company determines that the applicant for remittance transaction cancellation has the right to use the telephone number.
도 15는 계좌조회거래의 순서도이다. 계좌조회거래는 출금계좌 또는 입금계좌의 잔액 또는 상기 계좌와 관련된 거래내역등을 조회하는 거래이며, 상기 계좌조회거래의 과정은 계좌조회신청인으로부터 자신의 고유코드, 조회할 계좌비밀코드를 포함하는 사항을 입력(1501)받고, 계좌조회신청인의 상기 계좌와 연계시킬 전화번호를 얻는다. 이때 상기 계좌조회신청인의 전호번호는 계좌조회신청인이 상기 입력사항들을 입력할때 사용중인 전화로부터 전화번호를 검출하거나, 계좌조회신청인으로부터 입력받으므로써 상기 계좌와 연계된 전화번호를 얻게된다. 다음 단계로 상기 입력사항 및 상기 전화번호를 통신회사로 전송(1502)하게 되고, 통신회사에서는 상기 전화번호에 대하여 상기 계좌조회신청인이 정당한 사용권한을 가지고 있는지 여부를 판단할 수 있다. 그 후 통신회사는 상기 입력사항 및 상기 전화번호를 은행서버로 전송(1503)하고, 은행서버는 상기 입력사항 중 계좌의 계좌비밀코드와 은행의 고객원장DB에 기록되어 있는 상기 전화번호와 연계된 계좌의 계좌비밀코드를 비교하여 상기 계좌에 대하여 계좌조회신청인이 정당한 사용권한을 가지고 있는지 판단(1504)한다. 은행서버에서 계좌조회신청인이 상기 계좌에 대하여 정당한 사용권한을 가지고 있다고 판단하는 경우 은행의 고객원장DB에서 상기 계좌의 거래내역 및 잔액을 조회하고 상기 조회정보를 통신회사로 전송(1505)한다. 통신회사는 다시 상기 은행서버로부터 전송받은 상기 정보들을 계좌조회신청인에게 전송(1506)하게된다. 다만, 은행서버에서 계좌조회신청인이 상기 계좌에 대한 정당한 사용권한을 가지고 있다고 판단되지 않는 경우에는 계좌조회신청인에게 에러정보를 전송(1507)하고 이후의 단계는 수행치 않는다. 이는 통신회사에서 계좌조회신청인이 상기 전화번호에 대한 정당한 사용권한을 가지고 있다고 판단되는 경우에도 동일하게 처리할 수 있다.15 is a flowchart of an account inquiry transaction. The account inquiry transaction is a transaction that inquires the balance of the withdrawal account or the deposit account or the transaction details related to the account, and the process of the account inquiry transaction includes the unique code of the account inquiry applicant and the account secret code to be inquired. Input 1501, and obtain a phone number to be associated with the account of the account inquiry applicant. At this time, the telephone number of the account inquiry applicant detects the telephone number from the telephone being used when the account inquiry applicant inputs the inputs, or obtains the telephone number associated with the account by receiving the input from the account inquiry applicant. In the next step, the input information and the telephone number are transmitted to the communication company (1502), and the communication company may determine whether the account inquiry applicant has the right to use the telephone number. The telecommunication company then transmits the entry and the phone number to the bank server (1503), which is associated with the account secret code of the account and the phone number recorded in the bank's customer ledger database. The account secret code of the account is compared to determine whether the account inquiry applicant has the right to use the account (1504). If it is determined by the bank server that the account inquiry applicant has the right to use the account, the customer ledger database of the bank inquires the transaction details and the balance of the account and transmits the inquiry information to the communication company (1505). The telecommunication company transmits the information received from the bank server to the account inquiry applicant (1506). However, if it is not determined by the bank server that the account inquiry applicant has the right to use the account, error information is sent to the account inquiry applicant (1507), and subsequent steps are not performed. This can be handled in the same way when the telecommunications company determines that the applicant for account inquiry has the right to use the telephone number.
한편, 위에서 설명한 각종거래를 사용자가 선택할 수 있도록하기 위해서, 사용자가 사용하는 통신장치에 위에서 설명한 거래에 대한 메뉴를 구성할 수 있다. 상기 메뉴는 상기 메뉴를 제공하는 일정한 프로그램으로 구현되어 사용자의 통신장치 자체에 내장될 수도 있으며, 통신회사 또는 은행의 서버에서 온라인상으로 제공될 수도 있을 것이다. 상기 메뉴의 형태는 다양하게 구현될 수 있는데, 사용자가 사용하는 통신장치가 이동전화인 경우에는 이동전호기의 액정에 문자로서 표시될 수 있으며, 컴퓨터와 같은 모니터가 있는 통신장치의 경우에는 문자 또는 그림으로 표시될 수도 있을 것이다. 또한 유선전화와 같이 문자 또는 그림으로서 메뉴를 제공할 수 없는 경우에는 음성으로써 메뉴를 제공할 수도 있을 것이다.Meanwhile, in order to allow a user to select the various transactions described above, a menu for the transaction described above may be configured in the communication device used by the user. The menu may be implemented as a predetermined program for providing the menu and embedded in the user's communication device itself, or may be provided online at a server of a communication company or a bank. The menu may be implemented in various ways. If the communication device used by the user is a mobile phone, the menu may be displayed as a letter on the liquid crystal of the mobile phone. In the case of a communication device such as a computer, the letter or It may be displayed as a picture. In addition, if it is not possible to provide a menu as a text or a picture, such as a landline telephone may be provided by the menu by voice.
한편, 상기 거래 메뉴는Meanwhile, the transaction menu
1. 계좌등록1. Account Registration
- 출금계좌등록-Withdrawal account registration
- 입금계좌등록-Deposit Account Registration
2. 사용자확인2. User confirmation
3. 송금3. Remittance
4. 수취4. Receipt
5. 자금청구5. Billing
6. 계좌해지6. Account termination
- 출금계좌해지-Withdrawal account
- 입금계좌해지-Deposit account canceled
7. 송금조회7. Remittance inquiry
8. 송금취소8. Cancellation of Money
9. 수취취소9. Cancellation
10. 계좌조회10. Account inquiry
- 출금계좌조회-Withdrawal account inquiry
- 입금계좌조회-Deposit Account Inquiry
를 포함하는 내용이 될 것이다.It will be content that includes.
한편, 상술한 본 발명의 실시예들은 컴퓨터에서 실행될 수 있는 프로그램으로 작성가능하다. 그리고, 컴퓨터에서 사용되는 매체를 이용하여 상기 프로그램을 동작시키는 범용 디지털 컴퓨터에서 구현될 수 있다. 상기 매체는 마그네틱 저장매체(예를 들면, 롬, 플로피 디스크, 하드 디스크 등), 광학적 판독 매체(예를 들면, 씨디롬, 디브이디 등) 및 캐리어 웨이브(예를 들면, 인터넷을 통한 전송)와 같은 저장매체를 포함한다.Meanwhile, the above-described embodiments of the present invention can be written as a program that can be executed on a computer. And, it can be implemented in a general-purpose digital computer for operating the program using a medium used in the computer. The media may be stored such as magnetic storage media (e.g., ROM, floppy disk, hard disk, etc.), optical reading media (e.g., CD-ROM, DVD, etc.) and carrier waves (e.g., transmission over the Internet). Media.
이제까지 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.So far I looked at the center of the preferred embodiment for the present invention. Those skilled in the art will appreciate that the present invention can be implemented in a modified form without departing from the essential features of the present invention. Therefore, the disclosed embodiments should be considered in descriptive sense only and not for purposes of limitation. The scope of the present invention is shown in the claims rather than the foregoing description, and all differences within the scope will be construed as being included in the present invention.
본 발명에의하면 위와 같은 기존 서비스들이 가지고 있는 단점을 극복하여 고객이 보다 편리하게 은행거래를 할 수 있게된다. 즉, 은행등 금융기관의 계좌를 이용자의 전화번호에 연계시켜 관리하고, 이용자는 상기 계좌를 이용한 송금, 이체, 조회등의 거래를 함에 있어 여러 자리수의 계좌번호를 사용치않고, 단순히 자신 및 상대방의 전화번호만을 이용하여 상기 거래를 할 수 있게되는 것이다. 특히, 전화번호만을 이용해서 은행거래를 하는 본 발명에 의하면 유선전화는 물론 이동전화 역시 사회적으로 이미 그 이용이 보편화되어 있으므로 장소적인 제약없이, 관리하기 어려운 여러 자리수의 계좌번호를 사용함이 없이 쉽고 편리하게 은행거래를 할 수 있게되고, 각종 금융거래가 이루어지는 경우 사용자는 자신의 전화로 그 내역을 은행으로부터 즉시 통보받을 수 있으므로, 거래즉시 거래내역을 편리하게 확인할 수 있는 장점이 있다.According to the present invention to overcome the shortcomings of the existing services as described above, the customer can be more conveniently banking. That is, it manages accounts of financial institutions such as banks by linking users' phone numbers, and users do not use multi-digit account numbers in transactions such as remittance, transfer, inquiry, etc. The transaction will be made using only the telephone number of the. In particular, according to the present invention, which uses only a telephone number to make a bank transaction, a mobile phone as well as a mobile phone is already widely used in society, so without the restriction of place, it is easy and convenient without using a multi-digit account number that is difficult to manage. It is possible to make a bank transaction, and when various financial transactions are made, the user can immediately be notified of the details from the bank by his / her telephone, so that there is an advantage of conveniently checking the transaction details immediately.
한편, 본 발명은 계좌에 대한 사용자를 확인하는 방법을 적용하고 있고, 통신회사와 은행간에 고객의 기본정보를 상호 검증할 수 있도록 하므로써 금융거래의 안전성을 확보할 수 있도록 구성되어 있다.On the other hand, the present invention is applied to a method for verifying the user for the account, it is configured to ensure the safety of financial transactions by allowing the mutual information of the customer's basic information between the communication company and the bank.
Claims (14)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2001-0020492A KR100370598B1 (en) | 2001-04-17 | 2001-04-17 | Method of remitting or claiming for payment using phone number and apparatus thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2001-0020492A KR100370598B1 (en) | 2001-04-17 | 2001-04-17 | Method of remitting or claiming for payment using phone number and apparatus thereof |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20010068049A KR20010068049A (en) | 2001-07-13 |
KR100370598B1 true KR100370598B1 (en) | 2003-02-05 |
Family
ID=19708361
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR10-2001-0020492A Expired - Fee Related KR100370598B1 (en) | 2001-04-17 | 2001-04-17 | Method of remitting or claiming for payment using phone number and apparatus thereof |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR100370598B1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101604656B1 (en) * | 2009-07-03 | 2016-03-18 | 노틸러스효성 주식회사 | System for consenting settlement and automacic transfer |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020023372A (en) * | 2002-01-21 | 2002-03-28 | 서강택 | Financial transaction system and method using instant messenger |
WO2022231276A1 (en) * | 2021-04-28 | 2022-11-03 | 주식회사 하렉스인포텍 | Method for automatic account generation, remittance/transfer, and collection by using bank agent |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20010044830A (en) * | 2001-03-30 | 2001-06-05 | 김원혁 | Method for finance service using mobile |
-
2001
- 2001-04-17 KR KR10-2001-0020492A patent/KR100370598B1/en not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20010044830A (en) * | 2001-03-30 | 2001-06-05 | 김원혁 | Method for finance service using mobile |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101604656B1 (en) * | 2009-07-03 | 2016-03-18 | 노틸러스효성 주식회사 | System for consenting settlement and automacic transfer |
Also Published As
Publication number | Publication date |
---|---|
KR20010068049A (en) | 2001-07-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8086534B2 (en) | Methods and systems for cardholder initiated transactions | |
US20070005467A1 (en) | System and method for carrying out a financial transaction | |
KR101457750B1 (en) | System and method for effecting real-time financial transactions between delayed-settlement financial accounts | |
US20080017702A1 (en) | System and Method for Conducting Electronic Account Transactions | |
US20130018779A1 (en) | Alias-based merchant transaction system | |
JP2005512173A (en) | Fund transfer system and method | |
US20100131397A1 (en) | Providing "on behalf of" services for mobile telephone access to payment card account | |
CA2899319A1 (en) | Integrated transaction and account system | |
KR20090130178A (en) | Payment card based remittance system using transfer of money laundering prevention information to start financial institution | |
JP2004523021A (en) | Method and apparatus for transferring electronic money from a deposit memory | |
KR20150109323A (en) | System and method for funds transfer processing | |
KR20150110456A (en) | Real-time loan processing and loan fund | |
KR100325416B1 (en) | Method of real time sattlement with Phone & Phone, and make use of short message service for second confirmation | |
JP2004506998A (en) | Method and apparatus for transferring electronic money from a deposit memory | |
WO2009107102A2 (en) | Near-real-time payment transaction facilitation system | |
KR20010008292A (en) | The banking trade system utilizing the e-mail account and its trading method | |
KR20020083570A (en) | Settlement method using virtual account and mobile phone | |
JP2004507000A (en) | Method and apparatus for transmitting an electronic amount from a fund storage device by WAP | |
KR100370598B1 (en) | Method of remitting or claiming for payment using phone number and apparatus thereof | |
KR20110007940A (en) | Remittance system and remittance method | |
US10719814B1 (en) | Method and system for transferring funds from an account to an individual | |
JP2004523814A (en) | Method and apparatus for transmitting an electronic amount from a fund storage device | |
KR100485647B1 (en) | Method for real time financial transaction service using mobile phone or wire phone | |
KR20050106209A (en) | Billing system according to ordering by telephone and method thereof | |
KR20020030058A (en) | Phone number banking account management system and payment method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
PA0109 | Patent application |
St.27 status event code: A-0-1-A10-A12-nap-PA0109 |
|
PA0201 | Request for examination |
St.27 status event code: A-1-2-D10-D11-exm-PA0201 |
|
A302 | Request for accelerated examination | ||
PA0302 | Request for accelerated examination |
St.27 status event code: A-1-2-D10-D17-exm-PA0302 St.27 status event code: A-1-2-D10-D16-exm-PA0302 |
|
PG1501 | Laying open of application |
St.27 status event code: A-1-1-Q10-Q12-nap-PG1501 |
|
E902 | Notification of reason for refusal | ||
PE0902 | Notice of grounds for rejection |
St.27 status event code: A-1-2-D10-D21-exm-PE0902 |
|
PN2301 | Change of applicant |
St.27 status event code: A-3-3-R10-R13-asn-PN2301 St.27 status event code: A-3-3-R10-R11-asn-PN2301 |
|
D15-X000 | Examination report completed |
St.27 status event code: A-1-2-D10-D15-exm-X000 |
|
E701 | Decision to grant or registration of patent right | ||
PE0701 | Decision of registration |
St.27 status event code: A-1-2-D10-D22-exm-PE0701 |
|
GRNT | Written decision to grant | ||
PR0701 | Registration of establishment |
St.27 status event code: A-2-4-F10-F11-exm-PR0701 |
|
PR1002 | Payment of registration fee |
St.27 status event code: A-2-2-U10-U11-oth-PR1002 Fee payment year number: 1 |
|
PG1601 | Publication of registration |
St.27 status event code: A-4-4-Q10-Q13-nap-PG1601 |
|
PN2301 | Change of applicant |
St.27 status event code: A-5-5-R10-R13-asn-PN2301 St.27 status event code: A-5-5-R10-R11-asn-PN2301 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 4 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 5 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 6 |
|
P22-X000 | Classification modified |
St.27 status event code: A-4-4-P10-P22-nap-X000 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 7 |
|
PN2301 | Change of applicant |
St.27 status event code: A-5-5-R10-R13-asn-PN2301 St.27 status event code: A-5-5-R10-R11-asn-PN2301 |
|
PN2301 | Change of applicant |
St.27 status event code: A-5-5-R10-R13-asn-PN2301 St.27 status event code: A-5-5-R10-R11-asn-PN2301 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 8 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 9 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 10 |
|
FPAY | Annual fee payment |
Payment date: 20121128 Year of fee payment: 11 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 11 |
|
P22-X000 | Classification modified |
St.27 status event code: A-4-4-P10-P22-nap-X000 |
|
FPAY | Annual fee payment |
Payment date: 20131128 Year of fee payment: 12 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 12 |
|
FPAY | Annual fee payment |
Payment date: 20150119 Year of fee payment: 13 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 13 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 14 |
|
FPAY | Annual fee payment |
Payment date: 20170117 Year of fee payment: 15 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 15 |
|
P22-X000 | Classification modified |
St.27 status event code: A-4-4-P10-P22-nap-X000 |
|
FPAY | Annual fee payment |
Payment date: 20180118 Year of fee payment: 16 |
|
PR1001 | Payment of annual fee |
St.27 status event code: A-4-4-U10-U11-oth-PR1001 Fee payment year number: 16 |
|
LAPS | Lapse due to unpaid annual fee | ||
PC1903 | Unpaid annual fee |
St.27 status event code: A-4-4-U10-U13-oth-PC1903 Not in force date: 20190118 Payment event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE |
|
PC1903 | Unpaid annual fee |
St.27 status event code: N-4-6-H10-H13-oth-PC1903 Ip right cessation event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE Not in force date: 20190118 |
|
R18-X000 | Changes to party contact information recorded |
St.27 status event code: A-5-5-R10-R18-oth-X000 |