JP7101292B2 - Payment methods and systems - Google Patents

Payment methods and systems Download PDF

Info

Publication number
JP7101292B2
JP7101292B2 JP2021081042A JP2021081042A JP7101292B2 JP 7101292 B2 JP7101292 B2 JP 7101292B2 JP 2021081042 A JP2021081042 A JP 2021081042A JP 2021081042 A JP2021081042 A JP 2021081042A JP 7101292 B2 JP7101292 B2 JP 7101292B2
Authority
JP
Japan
Prior art keywords
recipient
sender
risk
transaction history
degree
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.)
Active
Application number
JP2021081042A
Other languages
Japanese (ja)
Other versions
JP2021185477A (en
Inventor
チェー,ウォンジュン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Line Corp
Original Assignee
Line Corp
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 Line Corp filed Critical Line Corp
Priority to JP2021081042A priority Critical patent/JP7101292B2/en
Publication of JP2021185477A publication Critical patent/JP2021185477A/en
Application granted granted Critical
Publication of JP7101292B2 publication Critical patent/JP7101292B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Landscapes

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

Description

以下の説明は、支払い方法およびシステムに関し、より詳細には、差出人の送金要請と関連して送金要請の対象となる受取人の本人確認をすることができる技術に関する。 The following description relates to payment methods and systems, and more particularly to techniques that can verify the identity of the recipient of a remittance request in connection with the sender's remittance request.

オンライン上で差出人が受取人に一定金額を伝達するための多様な従来技術が存在する。例えば、特許文献1は、受取人の名前と携帯電話番号だけを利用して送金を行うことができる送金方法および送金サービスシステムに関し、差出人が受取人の名前と携帯電話番号だけを利用して送金が可能であり、受取人が加入者であるかに関係なく、差出人が送金した時点に直ぐに送金額を基本口座から引き出せるようにすることにより、差出人の立場では、送金時点と非加入者である受取人の受取時点との間に発生し得る口座残額変動に対する心配なく直ぐに送金額を送金することができ、受取人の立場では、希望する時点に送金額を受け取ることができる技術について説明している。 There are a variety of prior art techniques for the sender to convey a fixed amount to the recipient online. For example, Patent Document 1 relates to a remittance method and a remittance service system capable of remittance using only the recipient's name and mobile phone number, and the sender remittance using only the recipient's name and mobile phone number. Is possible, and by allowing the sender to withdraw the remittance amount from the basic account as soon as the remittance is made, regardless of whether the recipient is a subscriber or not, from the sender's point of view, the remittance is at the time of remittance and the non-subscriber. Explain the technology that allows you to send the remittance amount immediately without worrying about the change in the balance of the account that may occur between the time of receipt of the recipient, and from the recipient's point of view, you can receive the remittance amount at the desired time. There is.

このように、オンライン上で便利に送金できるようにするための多様な従来技術が開発および実用化されている。しかし、このような便利な送金技術の発達に伴い、第三者が受取人の情報を盗用して受取人のふりをしながら接近して差出人に送金を要請する危険が発生するようになった。例えば、メッセージングサービスを利用した送金技術において、受取人のメッセージングアカウントや銀行受取口座を乗っ取った第三者が、メッセージングサービスを利用しながら受取人のふりをして送金者に接近し、自身の口座番号への送金要請をする場合などが発生している。このため、差出人の送金要請に対しても受取人本人であることを確認することにより、このような偽の受取人を選別することができる技術が求められている。 In this way, various conventional techniques have been developed and put into practical use to enable convenient online remittance. However, with the development of such convenient remittance technology, there is a danger that a third party will steal the recipient's information and pretend to be the recipient while approaching and requesting the sender to remit. .. For example, in remittance technology using a messaging service, a third party who hijacks the recipient's messaging account or bank receiving account approaches the sender by pretending to be the recipient while using the messaging service, and has his or her own account. There have been cases such as when requesting remittance to a number. Therefore, there is a demand for a technique capable of selecting such a fake recipient by confirming that the recipient is the recipient even in response to the sender's remittance request.

韓国公開特許第10-2013-0047338号公報Korean Published Patent No. 10-2013-0047338

送金を要請する差出人と受取人との間の過去取引履歴の存在の有無に応じて受取人を認証するための方式を選択して進行することができる、支払い方法およびシステムを提供する。 Provided is a payment method and system capable of selecting and proceeding with a method for authenticating a recipient depending on the existence of a past transaction history between the sender requesting a remittance and the recipient.

送金過程において差出人と受取人との間に過去取引履歴が存在しない場合、受取人が本当に本人であるかを証明するための認証方式を追加で取り入れることにより、差出人が受取人を確信できるようにして送金差出人を保護し、誤った送金を防ぐことができる支払い方法およびシステムを提供する。 If there is no past transaction history between the sender and the recipient during the remittance process, the sender can be confident of the recipient by introducing an additional authentication method to prove that the recipient is really the person. To provide payment methods and systems that can protect senders and prevent erroneous remittances.

差出人の端末からネットワークを介して受信した送金要請と関連して前記差出人の引出口座および受取人の受取口座を特定する工程、前記引出口座と前記受取口座との間の過去取引履歴を取引履歴データベースから検索する工程、前記過去取引履歴が存在しない場合、前記受取人の他のユーザとの取引履歴、前記差出人と前記受取人との間のメッセージングサービスを利用した会話記録、および前記差出人が指定した受取口座リストのうちの少なくとも1つに基づいて前記受取人の危険性程度を計算する工程、および前記計算された受取人の危険性程度に基づいて前記受取人の認証方式を決定する工程を含むことを特徴とする、支払い方法を提供する。 The process of identifying the sender's withdrawal account and the recipient's receiving account in connection with the remittance request received from the sender's terminal via the network, and the transaction history database of the past transaction history between the withdrawal account and the receiving account. The process of searching from, if the past transaction history does not exist, the transaction history with the other user of the recipient, the conversation record using the messaging service between the sender and the recipient, and the sender's designation. It includes a step of calculating the degree of risk of the recipient based on at least one of the receiving account list, and a step of determining the authentication method of the recipient based on the calculated degree of risk of the recipient. It provides a payment method characterized by that.

差出人の端末からネットワークを介して受信した送金要請と関連して前記差出人の引出口座および受取人の受取口座を特定する手段、前記引出口座と前記受取口座との間の過去取引履歴を取引履歴データベースから検索する手段、前記過去取引履歴が存在しない場合、前記受取人の他のユーザとの取引履歴、前記差出人と前記受取人との間のメッセージングサービスを利用した会話記録、および前記差出人が指定した受取口座リストのうちの少なくとも1つに基づいて前記受取人の危険性程度を計算する手段、および前記計算された受取人の危険性程度に基づいて前記受取人の認証方式を決定する決定手段を含むことを特徴とする、支払いシステムを提供する。 A means for identifying the sender's withdrawal account and the recipient's receiving account in connection with the remittance request received from the sender's terminal via the network, and the transaction history database of the past transaction history between the withdrawal account and the receiving account. A means of searching from, if the past transaction history does not exist, the transaction history with the other user of the recipient, the conversation record using the messaging service between the sender and the recipient, and the sender's designation. A means for calculating the degree of risk of the recipient based on at least one of the receiving account lists, and a means for determining the authentication method of the recipient based on the calculated degree of risk of the recipient. Provides a payment system, characterized by inclusion.

送金を要請した差出人と受取人との間の過去取引履歴の存在の有無に応じて受取人を認証するための方式を選択して進行することができる。 It is possible to select and proceed with a method for authenticating the recipient according to the existence or nonexistence of the past transaction history between the sender and the recipient who requested the remittance.

送金過程において差出人と受取人との間の過去取引履歴が存在しない場合、受取人が本当に本人であるかを証明するための認証方式を追加で取り入れることにより、差出人が受取人を確信できるようにして送金差出人を保護し、誤った送金を防ぐことができる。 If there is no past transaction history between the sender and the recipient during the remittance process, the sender can be confident of the recipient by incorporating an additional authentication method to prove that the recipient is really who he or she is. It is possible to protect the sender of the remittance and prevent erroneous remittance.

本発明の一実施形態における、ネットワーク環境の例を示した図である。It is a figure which showed the example of the network environment in one Embodiment of this invention. 本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。It is a block diagram for demonstrating the internal structure of the electronic device and the server in one Embodiment of this invention. 本発明の一実施形態における、支払いシステムの全体的な構造の例を示した図である。It is a figure which showed the example of the whole structure of the payment system in one Embodiment of this invention. 本発明の一実施形態における、送金過程の例を示したフローチャートである。It is a flowchart which showed the example of the remittance process in one Embodiment of this invention. 本発明の一実施形態における、本人証明メッセージが伝達された差出人端末の画面例を示した図である。It is a figure which showed the screen example of the sender terminal which transmitted the identity verification message in one Embodiment of this invention. 本発明の一実施形態における、警告メッセージが伝達された差出人端末の画面例を示した図である。It is a figure which showed the screen example of the sender terminal which transmitted the warning message in one Embodiment of this invention. 本発明の一実施形態における、支払いサーバのプロセッサが含むことができる構成要素の例を示したブロック図である。It is a block diagram which showed the example of the component which the processor of the payment server can include in one Embodiment of this invention. 本発明の一実施形態における、支払いサーバが実行することができる支払い方法の例を示したフローチャートである。It is a flowchart which showed the example of the payment method which the payment server can execute in one Embodiment of this invention. 本発明の一実施形態における、警告メッセージを送信する支払い方法の例を示したフローチャートである。It is a flowchart which showed the example of the payment method which sends a warning message in one Embodiment of this invention.

以下、実施形態について、添付の図面を参照しながら詳しく説明する。 Hereinafter, embodiments will be described in detail with reference to the accompanying drawings.

本発明の実施形態に係る支払いシステムは、以下で説明される電子機器および/またはサーバのようなコンピュータ装置によって実現されてよく、本発明の実施形態に係る支払い方法は、上述した電子機器および/またはサーバによって実行されてよい。例えば、サーバには、本発明の一実施形態に係るコンピュータプログラム(一例として、オペレーティングシステムおよび/またはアプリケーション)がインストールおよび駆動されてよく、電子機器は、駆動されたコンピュータプログラムの制御に従って本発明の一実施形態に係る支払い方法を実行してよい。上述したコンピュータプログラムは、上述したコンピュータで実現されるサーバと結合して支払い方法をコンピュータに実行させるためにコンピュータ読取可能な記録媒体に格納されてよい。このとき、電子機器は、支払い方法を実行するサーバとネットワークを介して通信して送金サービスの提供を受ける、送金のための差出人と受取人のユーザ端末装置であってよい。 The payment system according to the embodiment of the present invention may be realized by an electronic device and / or a computer device such as a server described below, and the payment method according to the embodiment of the present invention is the above-mentioned electronic device and / or. Or it may be run by the server. For example, a server may be installed and driven with a computer program according to an embodiment of the invention (eg, an operating system and / or an application), and the electronic device may be controlled by the driven computer program of the invention. The payment method according to one embodiment may be executed. The computer program described above may be stored in a computer-readable recording medium in combination with a server implemented by the computer described above to allow the computer to execute a payment method. At this time, the electronic device may be a user terminal device of a sender and a recipient for remittance, which communicates with a server that executes a payment method via a network to receive a remittance service.

図1は、本発明の一実施形態における、ネットワーク環境の例を示した図である。図1のネットワーク環境は、複数の電子機器110、120、130、140、複数のサーバ150、160、およびネットワーク170を含む例を示している。このような図1は、本発明の説明のための一例に過ぎず、電子機器の数やサーバの数が図1のように限定されることはない。 FIG. 1 is a diagram showing an example of a network environment according to an embodiment of the present invention. The network environment of FIG. 1 shows an example including a plurality of electronic devices 110, 120, 130, 140, a plurality of servers 150, 160, and a network 170. Such FIG. 1 is merely an example for explaining the present invention, and the number of electronic devices and the number of servers are not limited as in FIG.

複数の電子機器110、120、130、140は、コンピュータ装置によって実現される固定端末や移動端末であってよい。複数の電子機器110、120、130、140の例としては、スマートフォン、携帯電話、ナビゲーション、PC(personal computer)、ノート型パンコン、デジタル放送用端末、PDA(Personal Digital Assistant)、PMP(Portable Multimedia Player)、タブレットなどがある。一例として、図1では電子機器1(110)の例としてスマートフォンの形状を示しているが、本発明の実施形態において、電子機器1(110)は、実質的に無線または有線通信方式を利用し、ネットワーク170を介して他の電子機器120、130、140および/またはサーバ150、160と通信することができる多様な物理装置のうちの1つを意味してよい。 The plurality of electronic devices 110, 120, 130, 140 may be fixed terminals or mobile terminals realized by a computer device. Examples of a plurality of electronic devices 110, 120, 130, 140 include smartphones, mobile phones, navigation systems, PCs (personal computers), notebook pancons, digital broadcasting terminals, PDAs (Personal Digital Assistants), and PMPs (Tablet Multimedia Players). ), Tablets, etc. As an example, FIG. 1 shows the shape of a smartphone as an example of the electronic device 1 (110), but in the embodiment of the present invention, the electronic device 1 (110) substantially utilizes a wireless or wired communication method. , One of a variety of physical devices capable of communicating with other electronic devices 120, 130, 140 and / or servers 150, 160 via network 170.

通信方式が限定されることはなく、ネットワーク170が含むことができる通信網(一例として、移動通信網、有線インターネット、無線インターネット、放送網)を活用する通信方式だけではなく、機器間の近距離無線通信が含まれてもよい。例えば、ネットワーク170は、PAN(personal area network)、LAN(local area network)、CAN(campus area network)、MAN(metropolitan area network)、WAN(wide area network)、BBN(broadband network)、インターネットなどのネットワークのうちの1つ以上の任意のネットワークを含んでよい。さらに、ネットワーク170は、バスネットワーク、スターネットワーク、リングネットワーク、メッシュネットワーク、スター-バスネットワーク、ツリーまたは階層的(hierarchical)ネットワークなどを含むネットワークトポロジのうちの任意の1つ以上を含んでもよいが、これらに限定されることはない。 The communication method is not limited, and not only the communication method utilizing the communication network (for example, mobile communication network, wired Internet, wireless Internet, broadcasting network) that can be included in the network 170, but also the short distance between devices. Wireless communication may be included. For example, the network 170 includes a PAN (personal area network), a LAN (local area network), a CAN (campus area network), a MAN (metropolitan area network), a WAN (wise Internet) network, etc. It may include any one or more of the networks. Further, the network 170 may include any one or more of network topologies, including bus networks, star networks, ring networks, mesh networks, star-bus networks, trees or hierarchical networks, etc. It is not limited to these.

サーバ150、160のそれぞれは、複数の電子機器110、120、130、140とネットワーク170を介して通信して命令、コード、ファイル、コンテンツ、サービスなどを提供するコンピュータ装置または複数のコンピュータ装置によって実現されてよい。例えば、サーバ150は、ネットワーク170を介して接続される複数の電子機器110、120、130、140に第1サービスを提供するシステムであってよく、サーバ160も、ネットワーク170を介して接続される複数の電子機器110、120、130、140に第2サービスを提供するシステムであってよい。より具体的な例として、サーバ150は、第1サービスとして送金サービスを複数の電子機器110、120、130、140に提供するシステムであってよい。また、サーバ160は、第2サービスとしてメッセージングサービスや決済サービスを複数の電子機器110、120、130、140に提供するシステムであってよい。メッセージングサービスを提供するサーバ160と送金サービスを提供するサーバ150が連動してメッセージングサービスによって送金が処理されてもよい。このような送金サービスやメッセージングサービスに対する一般的な処理技術については、周知の従来技術から当業者が容易に理解することができるであろう。 Each of the servers 150 and 160 is realized by a computer device or a plurality of computer devices that communicate with a plurality of electronic devices 110, 120, 130, 140 via a network 170 to provide instructions, codes, files, contents, services, and the like. May be done. For example, the server 150 may be a system that provides the first service to a plurality of electronic devices 110, 120, 130, 140 connected via the network 170, and the server 160 is also connected via the network 170. It may be a system that provides a second service to a plurality of electronic devices 110, 120, 130, 140. As a more specific example, the server 150 may be a system that provides a remittance service to a plurality of electronic devices 110, 120, 130, 140 as a first service. Further, the server 160 may be a system that provides a messaging service and a payment service as a second service to a plurality of electronic devices 110, 120, 130, 140. The server 160 that provides the messaging service and the server 150 that provides the remittance service may work together to process the remittance by the messaging service. A person skilled in the art will be able to easily understand the general processing techniques for such remittance services and messaging services from well-known prior art techniques.

図2は、本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。図2では、電子機器に対する例として電子機器1(110)の内部構成と、サーバ150の内部構成について説明する。また、他の電子機器120、130、140やサーバ160も、上述した電子機器1(110)またはサーバ150と同一または類似の内部構成を備えてよい。 FIG. 2 is a block diagram for explaining an internal configuration of an electronic device and a server according to an embodiment of the present invention. FIG. 2 describes the internal configuration of the electronic device 1 (110) and the internal configuration of the server 150 as examples for the electronic device. Further, the other electronic devices 120, 130, 140 and the server 160 may have the same or similar internal configuration as the above-mentioned electronic device 1 (110) or the server 150.

電子機器1(110)とサーバ150は、それぞれ、メモリ211、221、プロセッサ212、222、通信モジュール213、223、および入力/出力インタフェース214、224を含んでよい。メモリ211、221は、コンピュータ読取可能な記録媒体であって、RAM(random access memory)、ROM(read only memory)、およびディスクドライブのような永久大容量記憶装置(permanent mass storage device)を含んでよい。ここで、ROMやディスクドライブのような永久大容量記憶装置は、メモリ211、221とは区分される別の永久格納装置として電子機器1(110)やサーバ150に含まれてもよい。また、メモリ211、221には、オペレーティングシステムと、少なくとも1つのプログラムコード(一例として、電子機器1(110)にインストールされて駆動されるブラウザや特定サービスの提供のために電子機器1(110)にインストールされたアプリケーションなどのためのコード)が格納されてよい。このようなソフトウェア構成要素は、メモリ211、221とは別のコンピュータ読取可能な記録媒体からロードされてよい。このような別のコンピュータ読取可能な記録媒体は、フロッピー(登録商標)ドライブ、ディスク、テープ、DVD/CD-ROMドライブ、メモリカードなどのコンピュータ読取可能な記録媒体を含んでよい。他の実施形態において、ソフトウェア構成要素は、コンピュータ読取可能な記録媒体ではない通信モジュール213、223を通じてメモリ211、221にロードされてもよい。例えば、少なくとも1つのプログラムは、開発者またはアプリケーションのインストールファイルを配布するファイル配布システムがネットワーク170を介して提供するファイルによってインストールされるプログラム(一例として、上述したアプリケーション)に基づいて、メモリ211、221にロードされてよい。 The electronic device 1 (110) and the server 150 may include a memory 211, 221, a processor 212, 222, a communication module 213, 223, and an input / output interface 214, 224, respectively. The memory 211 and 221 are computer-readable recording media and include a RAM (random access memory), a ROM (read only memory), and a permanent mass storage device such as a disk drive. good. Here, a permanent large-capacity storage device such as a ROM or a disk drive may be included in the electronic device 1 (110) or the server 150 as a permanent storage device separate from the memories 211 and 221. Further, the memories 211 and 221 include an operating system and at least one program code (for example, a browser installed and driven in the electronic device 1 (110) and the electronic device 1 (110) for providing a specific service). Code for applications etc. installed in) may be stored. Such software components may be loaded from a computer-readable recording medium separate from the memories 211 and 221. Such other computer-readable recording media may include computer-readable recording media such as floppy (registered trademark) drives, discs, tapes, DVD / CD-ROM drives, and memory cards. In other embodiments, software components may be loaded into memory 211, 221 through communication modules 213, 223, which are not computer readable recording media. For example, at least one program may be based on a program installed by a file provided by a file distribution system that distributes a developer or application installation file (eg, the application described above), memory 211. It may be loaded into 221.

プロセッサ212、222は、基本的な算術、ロジック、および入力/出力演算を実行することにより、コンピュータプログラムの命令を処理するように構成されてよい。命令は、メモリ211、221または通信モジュール213、223によって、プロセッサ212、222に提供されてよい。例えば、プロセッサ212、222は、メモリ211、221のような記録装置に格納されたプログラムコードに従って受信される命令を実行するように構成されてよい。 Processors 212 and 222 may be configured to process instructions in a computer program by performing basic arithmetic, logic, and input / output operations. Instructions may be provided to processor 212, 222 by memory 211, 221 or communication modules 213, 223. For example, the processors 212 and 222 may be configured to execute instructions received according to program code stored in a recording device such as memories 211 and 221.

通信モジュール213、223は、ネットワーク170を介して電子機器1(110)とサーバ150とが互いに通信するための機能を提供してもよいし、電子機器1(110)および/またはサーバ150が他の電子機器(一例として、電子機器2(120))または他のサーバ(一例として、サーバ160)と通信するための機能を提供してもよい。一例として、電子機器1(110)のプロセッサ212がメモリ211のような記録装置に格納されたプログラムコードに従って生成した要求が、通信モジュール213の制御に従ってネットワーク170を介してサーバ150に伝達されてよい。これとは逆に、サーバ150のプロセッサ222の制御に従って提供される制御信号や命令、コンテンツ、ファイルなどが、通信モジュール223とネットワーク170を介して電子機器1(110)の通信モジュール213を通じて電子機器1(110)に受信されてもよい。例えば、通信モジュール213を通じて受信したサーバ150の制御信号や命令、コンテンツ、ファイルなどは、プロセッサ212やメモリ211に伝達されてよく、コンテンツやファイルなどは、電子機器1(110)がさらに含むことができる格納媒体(上述した永久格納装置)に格納されてよい。 The communication modules 213 and 223 may provide a function for the electronic device 1 (110) and the server 150 to communicate with each other via the network 170, and the electronic device 1 (110) and / or the server 150 may provide other functions. A function for communicating with an electronic device (for example, electronic device 2 (120)) or another server (for example, server 160) may be provided. As an example, a request generated by the processor 212 of the electronic device 1 (110) according to a program code stored in a recording device such as a memory 211 may be transmitted to the server 150 via the network 170 under the control of the communication module 213. .. On the contrary, the control signals, instructions, contents, files and the like provided according to the control of the processor 222 of the server 150 are electronic devices through the communication module 213 of the electronic device 1 (110) via the communication module 223 and the network 170. It may be received at 1 (110). For example, control signals, instructions, contents, files, etc. of the server 150 received through the communication module 213 may be transmitted to the processor 212 and the memory 211, and the contents, files, etc. may be further included in the electronic device 1 (110). It may be stored in a storage medium (permanent storage device described above) that can be stored.

入力/出力インタフェース214は、入力/出力装置215とのインタフェースのための手段であってよい。例えば、入力装置は、キーボードまたはマウスなどの装置を含んでよく、出力装置は、ディスプレイやスピーカのような装置を含んでよい。他の例として、入力/出力インタフェース214は、タッチスクリーンのように入力と出力のための機能が1つに統合された装置とのインタフェースのための手段であってもよい。入力/出力装置215は、電子機器1(110)と1つの装置で構成されてもよい。また、サーバ150の入力/出力インタフェース224は、サーバ150と連結するかサーバ150が含むことができる入力または出力のための装置(図示せず)とのインタフェースのための手段であってよい。より具体的な例として、電子機器1(110)のプロセッサ212がメモリ211にロードされたコンピュータプログラムの命令を処理するにあたり、サーバ150や電子機器2(120)が提供するデータを利用して構成されるサービス画面やコンテンツが入力/出力インタフェース214を通じてディスプレイに表示されてよい。 The input / output interface 214 may be a means for an interface with the input / output device 215. For example, the input device may include a device such as a keyboard or mouse, and the output device may include a device such as a display or speaker. As another example, the input / output interface 214 may be a means for an interface with a device that integrates functions for input and output, such as a touch screen. The input / output device 215 may be composed of an electronic device 1 (110) and one device. Also, the input / output interface 224 of the server 150 may be a means for interfacing with a device (not shown) for input or output that can be linked to or included in the server 150. As a more specific example, when the processor 212 of the electronic device 1 (110) processes an instruction of a computer program loaded in the memory 211, it is configured by using the data provided by the server 150 and the electronic device 2 (120). The service screen or content to be generated may be displayed on the display through the input / output interface 214.

また、他の実施形態において、電子機器1(110)およびサーバ150は、図2の構成要素よりも多くの構成要素を含んでもよい。しかし、大部分の従来技術的構成要素を明確に図に示す必要はない。例えば、電子機器1(110)は、上述した入力/出力装置215のうちの少なくとも一部を含むように実現されてもよいし、トランシーバ、GPS(Global Positioning System)モジュール、カメラ、各種センサ、データベースなどのような他の構成要素をさらに含んでもよい。より具体的な例として、電子機器1(110)がスマートフォンである場合、一般的にスマートフォンに含まれる加速度センサやジャイロセンサ、カメラモジュール、物理的な各種ボタン、タッチパネルを利用したボタン、入力/出力ポート、振動のための振動器などの多様な構成要素が電子機器1(110)にさらに含まれるように実現されてよい。 Also, in other embodiments, the electronic device 1 (110) and the server 150 may include more components than the components of FIG. However, most prior art components need not be clearly shown in the figure. For example, the electronic device 1 (110) may be realized to include at least a part of the above-mentioned input / output device 215, a transceiver, a GPS (Global Positioning System) module, a camera, various sensors, and a database. It may further include other components such as. As a more specific example, when the electronic device 1 (110) is a smartphone, an acceleration sensor and a gyro sensor generally included in the smartphone, a camera module, various physical buttons, buttons using a touch panel, and input / output. Various components such as ports, vibrators for vibrations, and the like may be realized to be further included in the electronic device 1 (110).

図3は、本発明の一実施形態における、支払いシステムの全体的な構造の例を示した図である。図3は、支払いサーバ310、取引履歴データベース320、差出人端末330、および受取人端末340を示している。一例として、支払いサーバ310は、上述したサーバ150のように実現されてよく、差出人端末330と受取人端末340は、上述した電子機器1(110)のように実現されてよい。取引履歴データベース320は、支払いサーバ310に含まれるように実現されてもよいが、実施形態によっては、支払いサーバ310とは別の装置に含まれ、別の装置と支払いサーバ310がネットワークを介して通信することによって支払いサーバ310が取引履歴データベース320にアクセスするように実現されてもよい。 FIG. 3 is a diagram showing an example of the overall structure of a payment system according to an embodiment of the present invention. FIG. 3 shows a payment server 310, a transaction history database 320, a sender terminal 330, and a recipient terminal 340. As an example, the payment server 310 may be realized like the server 150 described above, and the sender terminal 330 and the recipient terminal 340 may be realized like the electronic device 1 (110) described above. The transaction history database 320 may be realized to be included in the payment server 310, but in some embodiments, the transaction history database 320 is included in a device different from the payment server 310, and the other device and the payment server 310 are included in the network. The payment server 310 may be implemented to access the transaction history database 320 by communicating.

基本的に、支払いサーバ310は、差出人端末330から送金要請を受信することによって、対象者である受取人のアカウントを識別し、識別された受取人のアカウントに、要請された金額が送金されるように処理することができる。基本的に、支払いサーバ310は、差出人端末330からネットワークを介して受信した送金要請と関連して差出人の引出口座と受取人の受取口座を特定することができる。一例として、支払いサーバ310に適用される送金技術に応じて、送金要請が差出人の引出口座と受取人の受取口座を含んでもよいし、支払いサーバ310がユーザの口座を予め登録しておき、送金要請に含まれる識別情報(ユーザ識別子、メッセンジャーアカウント識別子、電話番号など)を利用して、対応する口座を抽出してもよい。このような送金技術自体は、周知の従来技術から当業者が容易に理解することができるであろう。 Basically, the payment server 310 identifies the target recipient's account by receiving the remittance request from the sender terminal 330, and the requested amount is transferred to the identified recipient's account. Can be processed as follows. Basically, the payment server 310 can identify the withdrawal account of the sender and the receiving account of the recipient in connection with the remittance request received from the sender terminal 330 via the network. As an example, depending on the remittance technique applied to the payment server 310, the remittance request may include the sender's withdrawal account and the recipient's receiving account, or the payment server 310 pre-registers the user's account for remittance. The corresponding account may be extracted by using the identification information (user identifier, messenger account identifier, telephone number, etc.) included in the request. Such a remittance technique itself will be easily understood by those skilled in the art from well-known prior art techniques.

このとき、支払いサーバ310は、特定された引出口座と受取口座を利用して取引履歴データベース320を検索することによって、差出人と受取人との間に過去取引履歴が存在するかを判断することができ、このような過去取引履歴の存在の有無に応じて互いに異なる受取人認証方式を適用してよい。例えば、差出人の引出口座と受取人の受取口座との間に過去取引履歴が存在する場合には、受取人を疑う必要性が低くなるため、支払いサーバ310は、受取人確認のための別途の手順を省略して要請された送金を処理してよい。送金の処理自体は、周知の従来技術から当業者が容易に理解することができるであろう。 At this time, the payment server 310 may determine whether there is a past transaction history between the sender and the recipient by searching the transaction history database 320 using the specified withdrawal account and receiving account. It is possible to apply different payee authentication methods depending on the existence of such past transaction history. For example, if there is a past transaction history between the sender's withdrawal account and the recipient's receiving account, there is less need to suspect the recipient, so the payment server 310 is a separate payment server 310 for confirming the recipient. You may skip the procedure and process the requested remittance. The process of remittance itself will be readily apparent to those of skill in the art from well-known prior art.

この反面、差出人と受取人との間の過去取引履歴が存在しない場合、支払いサーバ310は、受取人を確認するための手順を行ってよい。先ず、支払いサーバ310は、受取人と他のユーザとの取引履歴、差出人と受取人との間のメッセージングサービスを利用した会話記録、および差出人が指定した受取口座リストのうちの少なくとも1つに基づいて受取人の危険性程度を計算してよく、計算された受取人の危険性程度に応じて受取人の認証方式を決定してよい。 On the other hand, if there is no past transaction history between the sender and the recipient, the payment server 310 may perform a procedure for confirming the recipient. First, the payment server 310 is based on at least one of a transaction history between the recipient and another user, a record of conversations between the sender and the recipient using a messaging service, and a recipient account list specified by the sender. The degree of danger of the recipient may be calculated, and the authentication method of the recipient may be determined according to the calculated degree of danger of the recipient.

例えば、支払いサーバ310は、受取人の受取口座を利用し、他のユーザとの取引が行われた回数と期間のうちの少なくとも一方によって第1危険性程度を計算してよい。受取人の受取口座が他のユーザとの取引に随分前から利用されていた口座であれば、受取人の第1危険性程度は相対的に低くなる。したがって、第1危険性程度は、前記期間が長いほど低くなるように計算されてよい。さらに、前記回数も、受取人の第1危険性程度を判断するために活用されてよい。この場合、第1危険性程度は、前記回数が多いほど低くなるように計算されてよい。さらに、前記回数と前記期間の両方が利用される場合、前記期間にさらに高い加重値を付与して第1危険性程度が計算されてよい。これは、ここ最近多くの回数で取引が行われた場合には、取引が行われた回数の信頼性が低くなるためである。 For example, the payment server 310 may use the recipient's receiving account to calculate the first degree of risk based on at least one of the number and duration of transactions with other users. If the recipient's receiving account has been used for transactions with other users for a long time, the recipient's first risk is relatively low. Therefore, the first degree of risk may be calculated to be lower as the period is longer. Further, the number of times may also be utilized to determine the degree of first risk of the recipient. In this case, the degree of first risk may be calculated so as to decrease as the number of times increases. Further, when both the number of times and the period are used, a higher weighted value may be given to the period to calculate the first degree of risk. This is because if a large number of transactions have been made recently, the number of times the transaction has been made becomes unreliable.

他の例として、支払いサーバ310は、差出人と受取人との間のメッセージングサービスを利用した会話記録の存在の有無、会話記録から抽出される会話回数、および会話記録から抽出される会話期間のうちの少なくとも1つによって第2危険性程度を計算してよい。例えば、差出人と受取人が長期間にわたってメッセージングサービスで多くの会話を行っていれば、受取人の危険性は低いと判断し、支払いサーバ310は第2危険性程度が相対的に低くなるように計算してよい。より具体的な例として、支払いサーバ310は、会話記録が存在する場合、前記会話回数が高いほど、さらに前記会話期間が長いほど、相対的に第2危険性程度が低くなるように第2危険性程度を計算してよい。このために、支払いサーバ310は、メッセージングサービスを提供するメッセンジャーサーバを含んでユーザ間の会話記録を直接格納および管理してもよいし、別途で実現されるメッセンジャーサーバ(一例として、サーバ160)とネットワークを介して通信するように連携させて差出人と受取人との会話記録の提供を受けてもよい。 As another example, the payment server 310 includes the presence or absence of a conversation record using a messaging service between the sender and the recipient, the number of conversations extracted from the conversation record, and the conversation period extracted from the conversation record. The second degree of risk may be calculated by at least one of. For example, if the sender and the recipient have a lot of conversations on the messaging service over a long period of time, it is determined that the risk of the recipient is low, and the payment server 310 has a relatively low degree of second risk. You may calculate. As a more specific example, when the conversation record exists, the payment server 310 has a second risk so that the higher the number of conversations and the longer the conversation period, the lower the degree of the second risk. You may calculate the degree of sex. For this purpose, the payment server 310 may directly store and manage conversation records between users including a messenger server that provides a messaging service, or may be separately implemented with a messenger server (server 160 as an example). A conversation record between the sender and the recipient may be provided in cooperation with each other so as to communicate via the network.

他の例として、ユーザAとユーザBがメッセンジャー会話を行った日(一例として、5月5日)以後にユーザBが新しい銀行口座を受取口座として支払いサーバ310に登録(一例として、5月7日)する場合が考えられる。このような受取口座の登録以後にユーザAとユーザBが一定期間以上にわたってメッセンジャー会話を行い(一例として、5月8日~5月9日)、その後にユーザAがユーザBに送金(一例として、5月10日)をしようとする状況について考慮してみる。この場合、支払いサーバ310は、メッセンジャー会話記録による期間と受取口座の登録日に基づいて第2危険性程度を計算してもよい。 As another example, after the day when User A and User B have a messenger conversation (as an example, May 5th), User B registers a new bank account as a receiving account in the payment server 310 (as an example, May 7th). (Sun) may occur. After the registration of such a receiving account, User A and User B have a messenger conversation for a certain period of time or longer (as an example, May 8 to May 9), and then User A remits money to User B (as an example). May 10th) Consider the situation you are about to do. In this case, the payment server 310 may calculate the second degree of risk based on the period of the messenger conversation record and the registration date of the receiving account.

また他の例として、支払いサーバ310は、差出人が指定した受取口座リストに受取人の受取口座が含まれているかどうかによって第3危険性程度を計算してよい。一例として、支払いサーバ310は、差出人が指定した受取口座リストに受取人の受取口座が含まれている場合には、第1危険性程度と第2危険性程度の計算を省略し、受取人の危険性程度を閾値以下に設定してよい。 As another example, the payment server 310 may calculate the third degree of risk depending on whether or not the recipient's receiving account is included in the receiving account list specified by the sender. As an example, the payment server 310 omits the calculation of the first degree of risk and the second degree of risk when the recipient's receiving account is included in the receiving account list specified by the sender, and the recipient's The degree of risk may be set below the threshold.

このように、受取人の危険性程度は、上述した第1危険性程度、第2危険性程度、および第3危険性程度のうちの少なくとも1つを利用して計算されてよい。支払いサーバ310は、受取人の危険性程度が閾値以上の場合には追加の受取人本人確認手順に進んでよく、受取人の危険性程度が閾値未満の場合には受取人本人確認手順を行う必要なく、直ぐに送金手順に進んでよい。 Thus, the recipient's degree of risk may be calculated using at least one of the above-mentioned first degree of risk, second degree of risk, and third degree of risk. The payment server 310 may proceed to an additional recipient identity verification procedure if the recipient's risk level is greater than or equal to the threshold value, and may proceed to a recipient identity verification procedure if the recipient's risk level is less than the threshold value. You can proceed to the remittance procedure immediately without the need.

受取人本人確認手順は、支払いサーバ310が差出人に警告メッセージを送信する第1プロセス、および受取人に本人証明メッセージを要請する第2プロセスのうちの少なくとも一方のプロセスを処理することによって行われてよい。一例として、第1プロセスは、差出人に、受取人を確認するよう警告するために、ネットワークを介して警告メッセージを差出人端末330に送信するプロセスであってよい。この場合、支払いサーバ310は、差出人端末330から警告メッセージに対する確認応答を受信することによって差出人の送金要請を処理することができる。また、第2プロセスは、受取人に、本人証明メッセージを送信するよう要請するプロセスであってよい。この場合、支払いサーバ310は、本人証明メッセージを直接認証するのではなく、ネットワークを介して本人証明メッセージを差出人端末330に伝達し、差出人端末330からネットワークを介して本人証明メッセージに対する確認応答を受信した場合に差出人の送金要請を処理することができる。このために、本人証明メッセージは、受取人が受取人本人であることを差出人が認証することができる情報を含んでよい。例えば、本人証明メッセージは、差出人と受取人だけが分かる内容に関する情報を含んだり、受取人本人を撮影した写真(撮影時間情報を含むイメージ情報)を含んだりするなど、受取人が、差出人に受取人本人を認証させるために生成した情報を含んでよい。 The recipient identity verification procedure is performed by processing at least one of a first process in which the payment server 310 sends a warning message to the sender and a second process in which the payment server 310 requests the recipient for an identity verification message. good. As an example, the first process may be a process of sending a warning message to the sender terminal 330 over the network to warn the sender to confirm the recipient. In this case, the payment server 310 can process the sender's remittance request by receiving an acknowledgment to the warning message from the sender terminal 330. In addition, the second process may be a process of requesting the recipient to send an identity verification message. In this case, the payment server 310 does not directly authenticate the identity verification message, but transmits the identity verification message to the sender terminal 330 via the network, and receives an acknowledgment for the identity verification message from the sender terminal 330 via the network. If so, the sender's remittance request can be processed. For this purpose, the identity verification message may include information that allows the sender to authenticate that the recipient is the recipient. For example, the identity verification message contains information about the content that only the sender and the recipient can understand, or includes a photograph (image information including the shooting time information) of the recipient himself / herself, which the recipient receives to the sender. It may include information generated to authenticate the person.

図4は、本発明の一実施形態における、送金過程の例を示したフローチャートである。図4のフローチャートは、支払いサーバ310によって実行されてよい。 FIG. 4 is a flowchart showing an example of the remittance process in one embodiment of the present invention. The flowchart of FIG. 4 may be executed by the payment server 310.

段階410は、口座特定過程であって、支払いサーバ310は、段階410において、差出人の引出口座および受取人の受取口座を特定することができる。差出人の送金要請に従って差出人の引出口座および受取人の受取口座を特定する方法については上述したとおりである。 The stage 410 is an account identification process, and the payment server 310 can specify the sender's withdrawal account and the recipient's receiving account in the stage 410. The method for identifying the sender's withdrawal account and the recipient's receiving account according to the sender's remittance request is as described above.

段階420は、取引履歴検索過程であって、支払いサーバ310は、段階420において、取引履歴データベース320から差出人の引出口座と受取人の受取口座との間の過去取引履歴を検索することができる。 The stage 420 is a transaction history search process, and the payment server 310 can search the past transaction history between the sender's withdrawal account and the recipient's receiving account from the transaction history database 320 in the transaction history database 320.

段階430は、取引履歴存在の有無を判断する過程であって、支払いサーバ310は、段階430において、取引履歴データベース320に、差出人の引出口座と受取人の受取口座との間の過去取引履歴が存在するかどうかを決定することができる。このとき、取引履歴が存在する場合には段階460が実行されてよく、取引履歴が存在しない場合には段階440が実行されてよい。 Stage 430 is a process of determining whether or not a transaction history exists, and in stage 430, the payment server 310 stores the past transaction history between the sender's withdrawal account and the recipient's receiving account in the transaction history database 320. You can decide if it exists. At this time, step 460 may be executed if the transaction history exists, and step 440 may be executed if the transaction history does not exist.

段階440は、危険性程度計算過程であって、支払いサーバ310は、段階440において、受取人の危険性程度を計算することができる。受取人の危険性程度を計算する例については上述したとおりである。 Step 440 is a risk degree calculation process, and the payment server 310 can calculate the risk degree of the recipient in step 440. An example of calculating the degree of risk of the recipient is as described above.

段階450は、危険性程度が第1閾値未満であるかどうかを判断する過程であって、支払いサーバ310は、段階450において、受取人の危険性程度と予め設定された第1閾値とを比較し、危険性程度が第1閾値未満の場合には段階460を、危険性程度が第1閾値以上の場合には段階451を実行してよい。 Step 450 is a process of determining whether the degree of risk is less than the first threshold, and the payment server 310 compares the degree of risk of the recipient with the preset first threshold in step 450. If the degree of risk is less than the first threshold value, step 460 may be executed, and if the degree of risk is greater than or equal to the first threshold value, step 451 may be executed.

段階460は、送金処理過程であって、支払いサーバ310は、段階460において、差出人の送金要請に従って要請された金額を、差出人の引出口座から受取人の受取口座に振り込むための過程を処理することができる。例えば、支払いサーバ310は、引出口座と受取口座が開設された銀行のサーバと通信して要請された金額の送金を処理してもよいし、引出口座から支払いサーバ310と関連する基本口座に要請金額を振り込んだ後、基本口座から受取人の受取口座に要請された金額を振り込むなどのように、周知の従来技術の1つを利用して要請金額の送金を処理してよい。 Stage 460 is a remittance processing process, in which the payment server 310 processes a process for transferring the amount requested in accordance with the sender's remittance request from the sender's withdrawal account to the recipient's receiving account. Can be done. For example, the payment server 310 may communicate with the server of the bank where the withdrawal and receiving accounts are opened to process the remittance of the requested amount, or request from the withdrawal account to the basic account associated with the payment server 310. After transferring the amount, one of the well-known prior art techniques may be used to process the remittance of the requested amount, such as transferring the requested amount from the basic account to the recipient's receiving account.

段階451は、危険性程度が第2閾値を超過するかどうかを判断する過程であって、支払いサーバ310は、段階451において、受取人の危険性程度と予め設定された第2閾値とを比較し、危険性程度が第2閾値を超過する場合には段階452を、危険性程度が第2閾値以下の場合には段階454を実行してよい。 Step 451 is a process of determining whether the degree of risk exceeds the second threshold, and the payment server 310 compares the degree of risk of the recipient with the preset second threshold in step 451. If the degree of risk exceeds the second threshold value, step 452 may be executed, and if the degree of risk is equal to or less than the second threshold value, step 454 may be executed.

段階452は、本人証明メッセージを要求する過程であって、支払いサーバ310は、段階452において、受取人に本人証明メッセージを伝達することを要請することができる。本人証明メッセージについては上述したとおりである。 Step 452 is the process of requesting an identity proof message, and the payment server 310 may request the recipient to deliver the identity proof message in step 452. The identity verification message is as described above.

段階453は、差出人による受取人確認過程であって、支払いサーバ310は、受取人から伝達された本人証明メッセージを差出人に送信し、差出人が本人証明メッセージから受取人を認証することができる。支払いサーバ310は、差出人から本人証明メッセージに対する確認応答を受信することによって段階460を実行して送金を処理してよいが、本人証明メッセージに対する確認応答が差出人から受信されない場合(差出人が本人証明メッセージから受取人を認証できないことによって取消応答が受信されるか、または確認応答が一定期間を過ぎても受信されない場合)、送金を取り消してよい。 Step 453 is a process of confirming the recipient by the sender, in which the payment server 310 sends the identity verification message transmitted from the recipient to the sender, and the sender can authenticate the recipient from the identity verification message. The payment server 310 may perform step 460 to process the remittance by receiving a confirmation response to the identity verification message from the sender, but if the confirmation response to the identity verification message is not received from the sender (the sender is the identity verification message). You may cancel the remittance if you receive a revocation response due to the inability to authenticate the recipient, or if you do not receive an acknowledgment after a certain period of time).

段階454は、警告メッセージ送信過程であって、支払いサーバ310は、段階454において、受取人の危険性程度が第1閾値以上であるが第2閾値以下である場合、差出人に警告メッセージを送信することができる。このとき、段階453は、支払いサーバ310が警告メッセージに対する差出人の確認応答を受信する過程であってよい。支払いサーバ310は、警告メッセージに対する差出人の確認応答を受信した場合には段階460を実行して送金を処理してよいが、警告メッセージに対する確認応答が差出人から確認されない場合(警告メッセージを受信した差出人から取消応答が受信されるか、または確認応答が一定期間を過ぎても受信されない場合)、送金を取り消してよい。 Step 454 is a warning message transmission process, and the payment server 310 sends a warning message to the sender in step 454 when the risk level of the recipient is equal to or higher than the first threshold value but is equal to or lower than the second threshold value. be able to. At this time, step 453 may be a process in which the payment server 310 receives the confirmation response of the sender to the warning message. The payment server 310 may execute step 460 to process the remittance if it receives the sender's acknowledgment of the warning message, but if the acknowledgment to the warning message is not confirmed by the sender (sender who received the warning message). If you receive a cancellation response from, or if you do not receive an acknowledgment after a certain period of time), you may cancel the remittance.

このように、支払いサーバ310は、取引履歴の存在の有無と受取人の危険性程度に応じて段階的に、受取人を認証するための方式を異なるものとすることができ、必要によっては、受取人自らが本人を証明するための情報を提供して差出人が受取人を直接認証することにより、さらに安全な送金処理が可能となる。 In this way, the payment server 310 can have different methods for authenticating the recipient step by step depending on the existence of the transaction history and the degree of danger of the recipient, and if necessary, the method for authenticating the recipient can be different. By providing information for the recipient to prove his / her identity and the sender directly authenticating the recipient, more secure remittance processing becomes possible.

図5は、本発明の一実施形態における、本人証明メッセージが伝達された差出人端末の画面例を示した図である。図5は、差出人端末330に、受取人の本人証明メッセージ「私のニックネームはOO」が表示された画面510を示している。差出人端末330に伝達された受取人の本人証明メッセージは、差出人端末330の画面510にポップアップウィンドウ520のような形態で表示されてよい。このような本人証明メッセージの表示形態は一例に過ぎず、実施形態によって多様に異なってもよいことは、当業者が容易に理解することができるであろう。 FIG. 5 is a diagram showing a screen example of a sender terminal to which an identity verification message is transmitted according to an embodiment of the present invention. FIG. 5 shows a screen 510 in which the recipient's identity verification message “My nickname is OO” is displayed on the sender terminal 330. The recipient's identity verification message transmitted to the sender terminal 330 may be displayed on the screen 510 of the sender terminal 330 in the form of a pop-up window 520. It will be easily understood by those skilled in the art that such a display form of the identification message is only an example and may be variously different depending on the embodiment.

差出人は、このような本人証明メッセージから受取人を認証してよく、認証結果に応じて「確認」ボタン530または「送金取消」ボタン540を選択(一例として、タッチスクリーン環境で各ボタンが表示された領域を指でタッチ)することにより、支払いサーバ310は、差出人に受取人を確認させ、送金を進めたり取り消したりすることが可能となる。 The sender may authenticate the recipient from such an identity verification message and select the "confirm" button 530 or the "cancel remittance" button 540 depending on the authentication result (as an example, each button is displayed in the touch screen environment. By touching the area with a finger), the payment server 310 allows the sender to confirm the recipient, and can proceed or cancel the remittance.

図6は、本発明の一実施形態における、警告メッセージが伝達された差出人端末の画面例を示した図である。図6は、差出人端末330に伝達された警告メッセージが表示された画面610を示している。支払いサーバ310は、受取人や口座番号を再度確認することを警告するための警告メッセージを差出人端末330に送信してよく、警告メッセージに対する確認応答を差出人に要請してよい。差出人が「確認」ボタン630または「送金取消」ボタン640を選択(一例で、タッチスクリーン環境で各ボタンが表示された領域を指でタッチ)することにより、支払いサーバ310は、送金を進めたり取り消したりすることが可能となる。 FIG. 6 is a diagram showing a screen example of a sender terminal to which a warning message is transmitted according to an embodiment of the present invention. FIG. 6 shows a screen 610 in which a warning message transmitted to the sender terminal 330 is displayed. The payment server 310 may send a warning message to the sender terminal 330 to warn the recipient or account number to be confirmed again, and may request the sender to confirm the warning message. When the sender selects the "Confirm" button 630 or the "Cancel Remittance" button 640 (in one example, touch the area where each button is displayed with a finger in the touch screen environment), the payment server 310 advances or cancels the remittance. It becomes possible to do.

図7は、本発明の一実施形態における、支払いサーバのプロセッサが含むことができる構成要素の例を示したブロック図であり、図8は、本発明の一実施形態における、支払いサーバが実行することができる支払い方法の例を示したフローチャートである。本実施形態では、上述した支払いサーバ310がサーバ150によって実現された例について説明する。 FIG. 7 is a block diagram showing an example of components that the processor of the payment server can include in one embodiment of the invention, and FIG. 8 is a block diagram performed by the payment server in one embodiment of the invention. It is a flowchart which showed the example of the payment method which can be done. In this embodiment, an example in which the payment server 310 described above is realized by the server 150 will be described.

図7は、サーバ150のプロセッサ222が含むことができる構成要素として、口座特定部710、取引履歴検索部720、危険性程度計算部730、認証方式決定部740、および送金要請処理部750を示している。このようなプロセッサ222およびプロセッサ222の構成要素は、図8の支払い方法に含まれる段階810~段階860を実行してよい。このとき、プロセッサ222およびプロセッサ222の構成要素は、メモリ221が含むオペレーティングシステムのコードおよび/または少なくとも1つのコンピュータプログラムのコードによる命令(instruction)を実行するように実現されてよい。ここで、プロセッサ222の構成要素は、サーバ150に格納されたコンピュータプログラムのコードが提供する制御命令に従ってプロセッサ222によって実行される、プロセッサ222の互いに異なる機能(different functions)の表現であってよい。例えば、プロセッサ222は、サーバ150の制御と関連する命令がロードされたメモリ221から必要な制御命令を読み取ってよく、読み取った制御命令に従って以下で説明される段階810~段階860を実行するようにサーバ150を制御してよい。 FIG. 7 shows an account identification unit 710, a transaction history search unit 720, a risk degree calculation unit 730, an authentication method determination unit 740, and a remittance request processing unit 750 as components that can be included in the processor 222 of the server 150. ing. Such processors 222 and components of the processor 222 may perform steps 810 to 860 included in the payment method of FIG. At this time, the processor 222 and the components of the processor 222 may be realized to execute an instruction by the code of the operating system included in the memory 221 and / or the code of at least one computer program. Here, the components of the processor 222 may be representations of different functions of the processor 222 that are executed by the processor 222 according to the control instructions provided by the code of the computer program stored in the server 150. For example, the processor 222 may read the necessary control instructions from the memory 221 loaded with the instructions related to the control of the server 150, and may execute steps 810 to 860 described below according to the read control instructions. You may control the server 150.

段階810において、口座特定部710は、差出人の端末からネットワークを介して受信した送金要請と関連して差出人の引出口座および受取人の受取口座を特定することができる。 At stage 810, the account identification unit 710 can identify the sender's withdrawal account and the recipient's receiving account in connection with the remittance request received from the sender's terminal via the network.

段階820において、取引履歴検索部720は、引出口座と受取口座との間の過去取引履歴を取引履歴データベースから検索することができる。ここで、取引履歴データベースは、図3を参照しながら上述した取引履歴データベース320に対応してよい。 At stage 820, the transaction history search unit 720 can search the past transaction history between the withdrawal account and the receiving account from the transaction history database. Here, the transaction history database may correspond to the above-mentioned transaction history database 320 with reference to FIG.

段階830において、危険性程度計算部730は、過去取引履歴が存在しない場合には、受取人の他のユーザとの取引履歴、差出人と受取人との間のメッセージングサービスを利用した会話記録、および差出人が指定した受取口座リストのうちの少なくとも1つに基づいて、受取人の危険性程度を計算することができる。例えば、危険性程度計算部730は、受取人の受取口座を利用して他のユーザと取引が行われた回数および期間のうちの少なくとも一方によって計算される第1危険性程度、差出人と受取人との間のメッセージングサービスを利用した会話記録の存在の有無、会話記録から抽出される会話回数、および会話記録から抽出される会話期間のうちの少なくとも1つによって計算される第2危険性程度、並びに差出人が指定した受取口座リストに受取人の受取口座が含まれているかによって計算される第3危険性程度のうちの少なくとも1つを利用して受取人の危険性程度を計算してよい。 In stage 830, the risk degree calculation unit 730 records the transaction history with other users of the recipient, the conversation record using the messaging service between the sender and the recipient, and the conversation record using the messaging service when the past transaction history does not exist. The degree of risk of the recipient can be calculated based on at least one of the receiving account lists specified by the sender. For example, the risk degree calculation unit 730 may use the recipient's receiving account to calculate the first degree of risk, the sender and the recipient, by at least one of the number and duration of transactions with other users. The presence or absence of a conversation record using a messaging service with, the number of conversations extracted from the conversation record, and the second degree of risk calculated by at least one of the conversation periods extracted from the conversation record, In addition, the recipient's risk level may be calculated using at least one of the third risk levels calculated depending on whether the recipient's receiving account list is included in the receiving account list specified by the sender.

段階840において、認証方式決定部740は、計算された受取人の危険性程度に基づいて受取人の認証方式を決定することができる。このとき、認証方式決定部740は、計算された受取人の危険性程度により、受取人に本人証明メッセージを要請する第2プロセスを処理してよい。 At step 840, the authentication method determination unit 740 can determine the authentication method of the recipient based on the calculated degree of risk of the recipient. At this time, the authentication method determination unit 740 may process the second process of requesting the recipient for the identification message depending on the calculated risk level of the recipient.

段階850において、送金要請処理部750は、受取人に本人証明メッセージを要請した場合、受取人の端末から受信した本人証明メッセージを差出人に送信することができる。 In stage 850, when the remittance request processing unit 750 requests the recipient for the identity verification message, the remittance request processing unit 750 can send the identity verification message received from the recipient's terminal to the sender.

段階860において、送金要請処理部750は、差出人から本人証明メッセージに対する確認応答を受信した場合、差出人の送金要請を処理することができる。 In stage 860, the remittance request processing unit 750 can process the remittance request of the sender when the confirmation response to the identity verification message is received from the sender.

以上、図8の段階810~段階860は、取引履歴が存在せず、受取人に対して計算された危険性程度が予め設定された第2閾値を超過する場合の実施形態に対応してよい。 As described above, the steps 810 to 860 in FIG. 8 may correspond to the embodiment in which the transaction history does not exist and the degree of risk calculated for the recipient exceeds the preset second threshold value. ..

図9は、本発明の一実施形態における、警告メッセージを送信する支払い方法の例を示したフローチャートである。図9の支払い方法は、図8の段階810~段階860のうちの段階810~段階840を含んでよく、段階910および段階920をさらに含んでよい。段階910および段階920は、段階840以後に実行されてよい。 FIG. 9 is a flowchart showing an example of a payment method for transmitting a warning message according to an embodiment of the present invention. The payment method of FIG. 9 may include stages 810 to 840 of stages 810 to 860 of FIG. 8, and may further include stages 910 and 920. Steps 910 and 920 may be performed after step 840.

先ず、段階840において、認証方式決定部740は、計算された受取人の危険性程度に基づいて受取人の認証方式を決定することができる。このとき、認証方式決定部740は、図8とは異なり、計算された受取人の危険性程度により、差出人に警告メッセージを送信する第1プロセスを処理してよい。 First, in step 840, the authentication method determination unit 740 can determine the authentication method of the recipient based on the calculated degree of risk of the recipient. At this time, unlike FIG. 8, the authentication method determination unit 740 may process the first process of sending a warning message to the sender depending on the calculated risk level of the recipient.

段階910において、送金要請処理部750は、差出人に送信した警告メッセージに対する確認応答を差出人の端末から受信してよい。 In step 910, the remittance request processing unit 750 may receive an acknowledgment to the warning message sent to the sender from the sender's terminal.

段階920において、送金要請処理部750は、警告メッセージに対する確認応答の受信によって差出人の送金要請を処理することができる。 At step 920, the remittance request processing unit 750 can process the sender's remittance request by receiving an acknowledgment for the warning message.

このような図9の段階840、段階910、段階920は、段階820の検索で取引履歴が存在せず、受取人に対して計算された危険性程度が予め設定された第1閾値以上であり、かつ第2閾値以下である場合の実施形態に対応してよい。 In such stages 840, 910, and 920 of FIG. 9, there is no transaction history in the search of stage 820, and the degree of risk calculated for the recipient is equal to or higher than the preset first threshold value. And, it may correspond to the embodiment in the case of being equal to or less than the second threshold value.

図8の段階820の検索で取引履歴が存在した場合、プロセッサ222は、要請された送金を、受取人本人確認の手順を経ずに処理してよい。また、プロセッサ222は、取引履歴が存在しない場合であっても、受取人の危険性程度が予め設定された第1閾値未満であれば、受取人本人確認の手順を経ずに送金を処理してよい。これだけでなく、プロセッサ222は、本人証明メッセージに対して差出人からの確認応答や警告メッセージに対する差出人からの確認応答がない場合には、送金処理を取り消してよい。 If the transaction history is present in the search at step 820 of FIG. 8, the processor 222 may process the requested remittance without going through the recipient identity verification procedure. Further, even if the transaction history does not exist, the processor 222 processes the remittance without going through the procedure of the recipient identity verification if the risk level of the recipient is less than the preset first threshold value. It's okay. Not only this, the processor 222 may cancel the remittance process if there is no confirmation response from the sender for the identity verification message or confirmation response from the sender for the warning message.

以上のように、本発明の実施形態によると、送金を要請する差出人と受取人との間の過去取引履歴の存在の有無に応じて受取人を認証するための方式を選択して進行することができる。さらに、送金過程において、差出人と受取人との間の過去取引履歴が存在しない場合、受取人が本当に本人であることを証明するための認証方式を追加で取り入れることにより、差出人が受取人を確信できるようにして送金の差出人を保護して、誤った送金を防ぐことができる。 As described above, according to the embodiment of the present invention, the method for authenticating the recipient according to the existence or nonexistence of the past transaction history between the sender requesting the remittance and the recipient is selected and proceeded. Can be done. In addition, if there is no past transaction history between the sender and the recipient during the remittance process, the sender can be confident of the recipient by incorporating an additional authentication method to prove that the recipient is truly who they say they are. You can do this to protect the sender of the remittance and prevent erroneous remittances.

上述したシステムまたは装置は、ハードウェア構成要素、ソフトウェア構成要素、またはハードウェア構成要素とソフトウェア構成要素との組み合わせによって実現されてよい。例えば、実施形態で説明された装置および構成要素は、例えば、プロセッサ、コントローラ、ALU(arithmetic logic unit)、デジタル信号プロセッサ、マイクロコンピュータ、FPGA(field programmable gate array)、PLU(programmable logic unit)、マイクロプロセッサ、または命令を実行して応答することができる様々な装置のように、1つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてよい。処理装置は、オペレーティングシステム(OS)および前記OS上で実行される1つ以上のソフトウェアアプリケーションを実行してよい。また、処理装置は、ソフトウェアの実行に応答し、データにアクセスし、データを格納、操作、処理、および生成してもよい。理解の便宜のために、1つの処理装置が使用されるとして説明される場合もあるが、当業者は、処理装置が複数個の処理要素および/または複数種類の処理要素を含んでもよいことが理解できるであろう。例えば、処理装置は、複数個のプロセッサまたは1つのプロセッサおよび1つのコントローラを含んでよい。また、並列プロセッサのような、他の処理構成も可能である。 The system or device described above may be implemented by a hardware component, a software component, or a combination of a hardware component and a software component. For example, the apparatus and components described in the embodiments include, for example, a processor, a controller, an ALU (arithmetic logic unit), a digital signal processor, a microcomputer, an FPGA (field programgate array), a PLU (programmable log unit), and a micro. It may be implemented utilizing one or more general purpose computers or special purpose computers, such as a processor or various devices capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on said OS. The processing device may also respond to the execution of the software, access the data, store, manipulate, process, and generate the data. For convenience of understanding, one processing device may be described as being used, but one of ordinary skill in the art may include a plurality of processing elements and / or a plurality of types of processing elements. You can understand. For example, the processing device may include multiple processors or one processor and one controller. Also, other processing configurations such as parallel processors are possible.

ソフトウェアは、コンピュータプログラム、コード、命令、またはこれらのうちの1つ以上の組み合わせを含んでもよく、所望のとおりに動作するように処理装置を構成したり、独立的または集合的に処理装置に命令したりしてよい。ソフトウェアおよび/またはデータは、処理装置に基づいて解釈されたり、処理装置に命令またはデータを提供したりするために、いかなる種類の機械、コンポーネント、物理装置、仮想装置、コンピュータ格納媒体または装置に永久的または一時的に具現化されてよい。ソフトウェアは、ネットワークによって接続されたコンピュータシステム上に分散され、分散された状態で格納されても実行されてもよい。ソフトウェアおよびデータは、1つ以上のコンピュータ読取可能な記録媒体に格納されてよい。 The software may include computer programs, codes, instructions, or a combination of one or more of these, configuring the processing equipment to operate as desired, or instructing the processing equipment independently or collectively. You may do it. The software and / or data is permanent to any type of machine, component, physical device, virtual device, computer storage medium or device for interpretation based on the processing device or for providing instructions or data to the processing device. It may be materialized or temporarily. The software is distributed on a computer system connected by a network and may be stored or executed in a distributed state. The software and data may be stored on one or more computer-readable recording media.

実施形態に係る方法は、多様なコンピュータ手段によって実行可能なプログラム命令の形態で実現されてコンピュータ読取可能な媒体に記録されてよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などを単独でまたは組み合わせて含んでよい。媒体に記録されるプログラム命令は、実施形態のために特別に設計されて構成されたものであってもよいし、コンピュータソフトウェア当業者に公知な使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー(登録商標)ディスク、および磁気テープのような磁気媒体、CD-ROM、DVDのような光媒体、フロプティカルディスク(floptical disk)のような光磁気媒体、およびROM、RAM、フラッシュメモリなどのようなプログラム命令を格納して実行するように特別に構成されたハードウェア装置が含まれる。プログラム命令の例は、コンパイラによって生成されるもののような機械語コードだけではなく、インタプリタなどを使用してコンピュータによって実行される高級言語コードを含む。 The method according to the embodiment may be realized in the form of program instructions that can be executed by various computer means and recorded on a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, etc. alone or in combination. The program instructions recorded on the medium may be those specially designed and configured for embodiments, or may be usable known to those skilled in the art of computer software. Examples of computer-readable recording media include hard disks, floppy (registered trademark) disks, magnetic media such as magnetic tapes, optical media such as CD-ROMs and DVDs, and floptic discs. Includes optical magnetic media and hardware devices specially configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code, such as those generated by a compiler, as well as high-level language code, which is executed by a computer using an interpreter or the like.

以上のように、実施形態を、限定された実施形態と図面に基づいて説明したが、当業者であれば、上述した記載から多様な修正および変形が可能であろう。例えば、説明された技術が、説明された方法とは異なる順序で実行されたり、かつ/あるいは、説明されたシステム、構造、装置、回路などの構成要素が、説明された方法とは異なる形態で結合されたりまたは組み合わされたり、他の構成要素または均等物によって代替されたり置換されたとしても、適切な結果を達成することができる。 As described above, the embodiments have been described based on the limited embodiments and drawings, but those skilled in the art will be able to make various modifications and modifications from the above description. For example, the techniques described may be performed in a different order than the methods described, and / or components such as the systems, structures, devices, circuits described may be in a different form than the methods described. Appropriate results can be achieved even if they are combined or combined, or replaced or replaced by other components or equivalents.

したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。 Therefore, even if it is a different embodiment, if it is equivalent to the claims, it belongs to the attached claims.

310:支払いサーバ
320:取引履歴データベース
330:差出人端末
340:受取人端末
310: Payment server 320: Transaction history database 330: Sender terminal 340: Recipient terminal

Claims (5)

差出人の端末からネットワークを介して受信した送金要請と関連して前記差出人の引出口座および受取人の受取口座を特定する特定手段、
前記引出口座と前記受取口座との間の過去取引履歴を取引履歴データベースから検索する検索手段、
前記過去取引履歴が存在しない場合、前記受取人の他のユーザとの取引履歴、および前記差出人が指定した受取口座リストのうちの少なくとも1つに基づいて前記受取人の危険性程度を計算する計算手段
前記計算された受取人の危険性程度により、前記差出人に警告メッセージを送信する第1プロセスおよび前記受取人に本人証明メッセージを要請する第2プロセスのうちの少なくとも一方のプロセスを処理する決定手段、
前記受取人に本人証明メッセージを要請した場合、前記受取人の端末から受信される本人証明メッセージを前記差出人に送信する発信手段、および
前記差出人から前記本人証明メッセージに対する確認応答を受信した場合、前記差出人の前記送金要請を処理する処理手段、
を含むことを特徴とする、支払いシステム。
Specific means for identifying the sender's withdrawal account and the recipient's receiving account in connection with the remittance request received from the sender's terminal via the network.
A search means for searching the transaction history database for the past transaction history between the withdrawal account and the receiving account.
If the past transaction history does not exist, a calculation to calculate the degree of risk of the recipient based on the transaction history with other users of the recipient and at least one of the receiving account list specified by the sender. Means ,
Determining means for processing at least one of the first process of sending a warning message to the sender and the second process of requesting the recipient an identity proof message, depending on the calculated degree of risk of the recipient .
When the recipient is requested to have an identity verification message, a transmission means for transmitting the identity verification message received from the recipient's terminal to the sender, and a transmission means.
A processing means for processing the remittance request of the sender when a confirmation response to the identity verification message is received from the sender.
A payment system characterized by including.
前記差出人に送信した警告メッセージに対する確認応答を前記差出人の端末から受信した場合、前記差出人の前記送金要請を処理する処理手段をさらに含むことを特徴とする、請求項に記載の支払いシステム。 The payment system according to claim 1 , further comprising a processing means for processing the remittance request of the sender when the confirmation response to the warning message transmitted to the sender is received from the terminal of the sender. 前記受取人の危険性程度を計算する計算手段は、
(1)前記受取人の受取口座を利用して前記他のユーザと取引が行われた回数および期間のうちの少なくとも一方によって計算される第1危険性程度、並びに(2)前記差出人が指定した受取口座リストに前記受取人の受取口座が含まれているかによって計算される第3危険性程度、のうちの少なくとも1つを利用して前記受取人の危険性程度を計算することを特徴とする、請求項に記載の支払いシステム。
The calculation means for calculating the degree of risk of the recipient is
(1) a first degree of risk calculated by at least one of the number and duration of transactions with the other user using the recipient's receiving account, and (2) specified by the sender. It is characterized in that the risk degree of the recipient is calculated by using at least one of the third risk degree calculated depending on whether the recipient's receiving account is included in the receiving account list. , The payment system according to claim 1 .
支払いシステムが実行する支払い方法であって、 The payment method performed by the payment system
差出人の端末からネットワークを介して受信した送金要請と関連して前記差出人の引出口座および受取人の受取口座を特定する特定工程、 A specific step of identifying the sender's withdrawal account and the recipient's receiving account in connection with the remittance request received from the sender's terminal via the network.
前記引出口座と前記受取口座との間の過去取引履歴を取引履歴データベースから検索する検索工程、 A search process for searching the transaction history database for the past transaction history between the withdrawal account and the receiving account.
前記過去取引履歴が存在しない場合、前記受取人の他のユーザとの取引履歴、および前記差出人が指定した受取口座リストのうちの少なくとも1つに基づいて前記受取人の危険性程度を計算する計算工程、 If the past transaction history does not exist, a calculation to calculate the degree of risk of the recipient based on the transaction history with the other user of the recipient and at least one of the receiving account list specified by the sender. Process,
前記計算された受取人の危険性程度により、前記差出人に警告メッセージを送信する第1プロセスおよび前記受取人に本人証明メッセージを要請する第2プロセスのうちの少なくとも一方のプロセスを処理する決定工程、 A determination step of processing at least one of the first process of sending a warning message to the sender and the second process of requesting the recipient an identity proof message, depending on the calculated degree of risk of the recipient.
前記受取人に本人証明メッセージを要請した場合、前記受取人の端末から受信される本人証明メッセージを前記差出人に送信する工程、および When the recipient is requested to have an identity verification message, the process of transmitting the identity verification message received from the recipient's terminal to the sender, and
前記差出人から前記本人証明メッセージに対する確認応答を受信した場合、前記差出人の前記送金要請を処理する工程 A step of processing the remittance request of the sender when a confirmation response to the identity verification message is received from the sender.
を含むことを特徴とする、支払い方法。 A payment method, characterized by including.
コンピュータに、 On the computer
差出人の端末からネットワークを介して受信した送金要請と関連して前記差出人の引出口座および受取人の受取口座を特定する特定工程、 A specific step of identifying the sender's withdrawal account and the recipient's receiving account in connection with the remittance request received from the sender's terminal via the network.
前記引出口座と前記受取口座との間の過去取引履歴を取引履歴データベースから検索する検索工程、 A search process for searching the transaction history database for the past transaction history between the withdrawal account and the receiving account.
前記過去取引履歴が存在しない場合、前記受取人の他のユーザとの取引履歴、および前記差出人が指定した受取口座リストのうちの少なくとも1つに基づいて前記受取人の危険性程度を計算する計算工程、 If the past transaction history does not exist, a calculation to calculate the degree of risk of the recipient based on the transaction history with the other user of the recipient and at least one of the receiving account list specified by the sender. Process,
前記計算された受取人の危険性程度により、前記差出人に警告メッセージを送信する第1プロセスおよび前記受取人に本人証明メッセージを要請する第2プロセスのうちの少なくとも一方のプロセスを処理する決定工程、 A determination step of processing at least one of the first process of sending a warning message to the sender and the second process of requesting the recipient an identity proof message, depending on the calculated degree of risk of the recipient.
前記受取人に本人証明メッセージを要請した場合、前記受取人の端末から受信される本人証明メッセージを前記差出人に送信する工程、および When the recipient is requested to have an identity verification message, the process of transmitting the identity verification message received from the recipient's terminal to the sender, and
前記差出人から前記本人証明メッセージに対する確認応答を受信した場合、前記差出人の前記送金要請を処理する工程 A step of processing the remittance request of the sender when a confirmation response to the identity verification message is received from the sender.
を実行させるためのコンピュータプログラム。 A computer program to run.
JP2021081042A 2016-12-13 2021-05-12 Payment methods and systems Active JP7101292B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021081042A JP7101292B2 (en) 2016-12-13 2021-05-12 Payment methods and systems

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/KR2016/014581 WO2018110723A1 (en) 2016-12-13 2016-12-13 Payment method and system
JP2019530182A JP6941255B2 (en) 2016-12-13 2016-12-13 Payment method and payment system
JP2021081042A JP7101292B2 (en) 2016-12-13 2021-05-12 Payment methods and systems

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2019530182A Division JP6941255B2 (en) 2016-12-13 2016-12-13 Payment method and payment system

Publications (2)

Publication Number Publication Date
JP2021185477A JP2021185477A (en) 2021-12-09
JP7101292B2 true JP7101292B2 (en) 2022-07-14

Family

ID=62559826

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2019530182A Active JP6941255B2 (en) 2016-12-13 2016-12-13 Payment method and payment system
JP2021081042A Active JP7101292B2 (en) 2016-12-13 2021-05-12 Payment methods and systems

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2019530182A Active JP6941255B2 (en) 2016-12-13 2016-12-13 Payment method and payment system

Country Status (3)

Country Link
JP (2) JP6941255B2 (en)
CN (1) CN109891450B (en)
WO (1) WO2018110723A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6799837B1 (en) * 2020-01-24 2020-12-16 株式会社Genesis Electronic currency usage information system and electronic currency usage method
KR20210127383A (en) * 2020-04-14 2021-10-22 삼성전자주식회사 Electronic device for sending cryptocurrency to blockchain account and method of operating the same

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006302221A (en) 2005-03-25 2006-11-02 Fujitsu Ltd Device for preventing illegal use of account
JP2007102620A (en) 2005-10-06 2007-04-19 Oki Electric Ind Co Ltd Cash transfer system
JP2010217937A (en) 2009-03-13 2010-09-30 Oki Electric Ind Co Ltd System and method for preventing unauthorized transaction
US20160104132A1 (en) 2014-10-08 2016-04-14 Facebook, Inc. Performing risk checks for electronic remittances
US20160104133A1 (en) 2014-10-08 2016-04-14 Facebook, Inc. Facilitating sending and receiving of remittance payments

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7194437B1 (en) * 1999-05-14 2007-03-20 Amazon.Com, Inc. Computer-based funds transfer system
KR100847710B1 (en) * 2006-06-08 2008-07-23 이베이 인크. Facilitating micropayments between a plurality of parties
CN101093569A (en) * 2006-06-23 2007-12-26 上海浦东发展银行股份有限公司 A method for electronic funds transfer
US20110055061A1 (en) * 2009-08-25 2011-03-03 American International Group, Inc. Method and system for retaining customers with interrupted payment streams
KR20130015139A (en) * 2011-08-02 2013-02-13 인포뱅크 주식회사 Voice call based transfer processing method and system
KR101388654B1 (en) * 2012-03-13 2014-04-24 주식회사 한국프라임테크놀로지 Financial Fraud Suspicious Transaction Monitoring System and a method thereof
CN103365819A (en) * 2012-03-30 2013-10-23 周燕 Electronic calculator with network transfer and collection and payment functions and network transfer method thereof
US20140052633A1 (en) * 2012-08-15 2014-02-20 Ebay Inc. Payment in a chat session
CN103049851A (en) * 2012-12-27 2013-04-17 中国建设银行股份有限公司 Transaction data-based anti-fraud monitoring method and device
KR20140147303A (en) * 2013-06-19 2014-12-30 주식회사 우리은행 Money shift monitoring method and server performing the same
CN103578031A (en) * 2013-11-14 2014-02-12 交通银行股份有限公司 Quick transfer method and system
CN104679777B (en) * 2013-12-02 2018-05-18 中国银联股份有限公司 A kind of method and system for being used to detect fraudulent trading
CN104021472A (en) * 2014-05-30 2014-09-03 中国工商银行股份有限公司 Identity verification method and system
US9342831B1 (en) * 2014-12-16 2016-05-17 Facebook, Inc. Facilitating same day payment transactions
CN105429948B (en) * 2015-10-28 2018-12-25 东莞酷派软件技术有限公司 It is a kind of danger account recognition methods and device
CN105654303B (en) * 2015-12-31 2022-02-11 拉扎斯网络科技(上海)有限公司 High-risk user identification method and device

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006302221A (en) 2005-03-25 2006-11-02 Fujitsu Ltd Device for preventing illegal use of account
JP2007102620A (en) 2005-10-06 2007-04-19 Oki Electric Ind Co Ltd Cash transfer system
JP2010217937A (en) 2009-03-13 2010-09-30 Oki Electric Ind Co Ltd System and method for preventing unauthorized transaction
US20160104132A1 (en) 2014-10-08 2016-04-14 Facebook, Inc. Performing risk checks for electronic remittances
US20160104133A1 (en) 2014-10-08 2016-04-14 Facebook, Inc. Facilitating sending and receiving of remittance payments

Also Published As

Publication number Publication date
CN109891450A (en) 2019-06-14
JP6941255B2 (en) 2021-09-29
JP2020502651A (en) 2020-01-23
JP2021185477A (en) 2021-12-09
CN109891450B (en) 2023-09-22
WO2018110723A1 (en) 2018-06-21

Similar Documents

Publication Publication Date Title
TWI781311B (en) Method and system for providing remittance function by identifying information content in instant messaging software with remittance function
JP6914021B2 (en) Systems and methods to authenticate users using user history
US9621404B2 (en) Behavioral fingerprinting with social networking
KR102141836B1 (en) Two factor authentication
JP6882924B2 (en) Service interlocking method, system and computer program between servers that identify registered users using different user identification systems
US20130151617A1 (en) Behavioral fingerprinting via social network verification
JP7101292B2 (en) Payment methods and systems
US20130159217A1 (en) Environmentally-responsive behavioral fingerprinting
TW201737686A (en) Method and system for interworking applications between devices
US11233897B1 (en) Secure call center communications
US11429746B2 (en) Method and system for providing user notification when personal information is used in voice control device
JP2021057036A (en) Method and system for split payment
JP7493320B2 (en) IMAGE MANAGEMENT METHOD, COMPUTER PROGRAM, STORAGE MEDIUM, AND COMPUTER DEVICE
JP2020109643A (en) Method of providing interface easy to use for user relating to bank account transaction history of messenger base, system, and non-temporal computer readable recording medium
JP7339335B2 (en) A method and system for efficient blockchain processing of high transaction processing volume required by DApps
JP2019536142A (en) Remittance method and system
KR102204403B1 (en) Transaction processing system and method enabling extension of block chain
US20200380484A1 (en) Crowdfunding credit card payments
WO2018145239A1 (en) Electronic payment method and apparatus
KR20210009301A (en) Methods and systems for dealing with chat rooms based on usage and non-transitory computer-readable recording media
KR102352546B1 (en) Method and system for providing remittance function by recognizing content of message in messenger with remittance function
JP2023162137A (en) Location-based money transfer method, computer program, and computer device
JP2024020555A (en) Information processing method and terminal
KR20200039881A (en) Method and system for managing schedule
CN110599138A (en) On-chain pledge asset partial repayment system and method through on-chain settlement

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210512

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220510

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220607

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220614

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220704

R150 Certificate of patent or registration of utility model

Ref document number: 7101292

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350