CN109891450B - 支付方法及系统 - Google Patents

Abstract

本发明提供一种支付方法及系统。本发明的支付方法包括：与通过网络从发送人员的终端接收的汇款请求相关联地特别指定上述发送人员的汇款账户及接收人员的收款账户的步骤；在交易记录数据库中搜索上述汇款账户与上述收款账户之间的历史交易记录的步骤；在上述历史交易记录不存在的情况下，基于上述接收人员与其他用户之间的交易记录、通过上述发送人员与上述接收人员之间的短信服务产生的对话记录及上述发送人员指定的收款账户目录中的至少一个来计算上述接收人员的危险性程度的步骤；以及基于所计算的上述接收人员的危险性程度来确定上述接收人员的验证方式的步骤。

Description

支付方法及系统

技术领域

本发明涉及一种支付方法及系统，更详细地，涉及能够与发送人员的汇款请求相关联地确认作为汇款请求对象的接收人员是否为本人的技术。

背景技术

存在汇款人员通过网络向接收人员汇出规定金额的多种现有技术。例如，韩国公开专利第10-2013-0047338号涉及仅利用收款人的名字和手机号码来汇款的汇款方法及汇款服务系统，在相关专利中说明了如下的技术，即，汇款人能够仅利用收款人的名字和手机号码来进行汇款，与收款人是否为会员无关，在汇款人进行汇款的时间点，汇款额直接被转账到某个账户，由此，汇款人不必担心在汇款时间点和非会员收款人的收款时间点之间有可能产生的账户余额变动，而是可以直接进行汇款，收款人可在所需时间点接收汇款额。

如上所述，通过网络便捷地汇款的多种现有技术得到开发及应用。但是，随着这种便捷的汇款技术越来越发达，存在第三方盗用接收人员的信息来假装成接收人员并请求汇款人员汇款的危险性。例如，在基于短信服务的汇款技术中，盗取接收人员的短信账户，或者盗取接收人员的银行收款账户的第三方利用短信服务来假装成接收人员并接近汇款人员来请求向自己账户汇款。因此，需要一种通过对汇款人员的汇款请求确认是否为接收人员本人来防范假冒接收人员的技术。

发明内容

技术问题

本发明提供如下的支付方法及系统，即，可根据是否存在请求汇款的发送人员与接收人员之间的历史交易记录来选择验证接收人员的方式来进行。

本发明提供如下的支付方法及系统，即，在汇款过程中，在发送人员与接收人员之间的历史交易记录不存在的情况下，导入使接收人员证明自己为本人的追加验证方式，由此，发送人员可确认接收人员来保护汇款发送人员，并可防止错误的汇款。

技术方案

本发明提供一种支付方法，其特征在于，包括：与通过网络从发送人员的终端接收的汇款请求相关联地特别指定上述发送人员的汇款账户及接收人员的收款账户的步骤；在交易记录数据库中搜索上述汇款账户与上述收款账户之间的历史交易记录的步骤；在上述历史交易记录不存在的情况下，基于上述接收人员与其他用户之间的交易记录、通过上述发送人员与上述接收人员之间的短信服务产生的对话记录及上述发送人员指定的收款账户目录中的至少一个来计算上述接收人员的危险性程度的步骤；以及基于所计算的上述接收人员的危险性程度来确定上述接收人员的验证方式的步骤。

本发明提供支付系统，其特征在于，包括以执行计算机可读指令的方式实现的至少一个处理器，在上述至少一个处理器中，与通过网络从发送人员的终端接收的汇款请求相关联地特别指定上述发送人员的汇款账户及接收人员的收款账户，在交易记录数据库中搜索上述汇款账户与上述收款账户之间的历史交易记录，在上述历史交易记录不存在的情况下，基于上述接收人员与其他用户之间的交易记录、通过上述发送人员与上述接收人员之间的短信服务产生的对话记录及上述发送人员指定的收款账户目录中的至少一个来计算上述接收人员的危险性程度，基于所计算的上述接收人员的危险性程度来确定上述接收人员的验证方式。

发明的效果

可根据是否存在请求汇款的发送人员与接收人员之间的历史交易记录，选择验证接收人员的方式来进行。

在汇款过程中，在不存在发送人员与接收人员之间的历史交易记录的情况下，导入接收人员证明自己为本人的追加验证方式，由此，发送人员可确认接收人员来保护汇款发送人员，可防止错误的汇款。

附图说明

图1为示出本发明一实施例的网络环境的例的图。

图2为用于说明本发明一实施例中的电子设备及服务器的内部结构的框图。

图3为示出本发明一实施例中的支付系统的整体结构的例的图。

图4为示出本发明一实施例中的汇款过程的例的流程图。

图5为示出本发明一实施例中的接收本人确认消息的发送人员终端的画面例的图。

图6为示出本发明一实施例中的接收警告消息的发送人员终端的画面例的图。

图7为示出本发明一实施例中的支付服务器的处理器可包括的结构要素的例的框图。

图8为示出本发明一实施例的支付服务器可执行的支付方法的例的流程图。

图9为示出本发明一实施例中的传送警告消息的支付方法的例的流程图。

具体实施方式

以下，参照附图，详细说明实施例。

本发明实施例的支付系统可通过之后说明的电子设备和/或服务器等的计算机装置来实现，本发明实施例的支付方法可通过上述电子设备和/或服务器执行。例如，可在服务器设置及驱动本发明一实施例的计算机程序(例如，操作系统和/或应用程序)，计算机装置可根据所驱动的计算机程序的控制来执行本发明一实施例的支付方法。上述计算机程序与通过上述计算机实现的服务器相结合，为了在计算机中执行支付方法而存储于计算机可读记录介质。在此情况下，电子设备为通过网络与执行支付方法的服务器进行通信来接收汇款服务的用于汇款的发送人员和接收人员的用户终端装置。

图1为示出本发明一实施例的网络环境的例的图。图1中的网络环境示出包括多个电子设备110、120、130、140和多个服务器150、160及网络170的例。这种图1为用于说明本发明的一例，电子设备的数量或服务器的数量并不限定于图1。

多个电子设备110、120、130、140可以为通过计算机装置实现的固定型终端或移动型终端。多个电子设备110、120、130、140举例有智能手机(smart phone)、手机、导航仪、计算机、笔记本电脑、数字广播用终端、个人数据助理(PDA，Personal Digital Assistants)、便携多媒体播放器(PMP，Portable Multimedia Player)、平板电脑等。作为一例，在图1中，第一电子设备110的例为智能手机的形状，在本发明的实施例中，第一电子设备110实质上可意味着利用无线通信或有线通信方式并通过网络170来与其他电子设备120、130、140和/或服务器150、160进行通信的多种物理装置中的一个。

通信方式并不受限制，不仅是使用网络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)、互联网等网络中的一个以上的任意网络。并且，网络170可包括具有总线网络、星形网络、环形网络、网状网络、星形总线网络、树状或分层(hierarchical)网络等的网络拓扑结构中的任意一个以上，但并不局限于此。

服务器150、160可实现为通过网络170与多个电子设备110、120、130、140进行通信来提供指令、代码、文件、内容、服务等的计算机装置或多个计算机装置。例如，服务器150可以为向通过网络170连接的多个电子设备110、120、130、140提供第一服务的系统，服务器160也可以是向通过网络170连接的多个电子设备110、120、130、140提供第二服务的系统。更具体地，服务器150可以为向多个电子设备110、120、130、140提供作为第一服务的汇款服务的系统。并且，服务器160可以为可向多个电子设备110、120、130、140提供作为第二服务的短信服务或结算服务的系统。提供短信服务的服务器160和提供汇款服务的服务器150建立联动，从而通过短信服务处理汇款。对于与这种汇款服务或短信服务有关的普通处理技术，本发明所属技术领域的普通技术人员可通过已知的现有技术轻松理解。

图2为用于说明本发明一实施例中的电子设备及服务器的内部结构的框图。在图2中，作为与电子设备有关的例，说明第一电子设备110及服务器150的内部结构。并且，其他电子设备120、130、140或服务器160也具有与上述第一电子设备110或服务器150相同或类似的内部结构。

第一电子设备110和服务器150可包括存储器211、221和处理器212、222及通信模块213、223以及输入输出接口214、224。存储器211、221为计算机可读记录介质，可包括随机存取存储器(RAM，randomAccess memory)、只读存储器(ROM，read only memory)及磁盘驱动器等的永久大容量存储设备(permanent mass storage device)。其中，只读存储器和硬盘驱动器等的永久大容量存储设备为与存储器211、221区分的额外的永久存储装置，可包括在第一电子设备110或服务器150。并且，存储器211、221可存储操作系统和至少一个程序代码(作为一例，用于设置于第一电子设备110来驱动的浏览器或为了提供特定服务而设置于第一电子设备110的应用程序等的代码)。这种软件结构要素可从与存储器211、221独立的计算机可读记录介质装载。这种独立的计算机可读记录介质可包括软盘驱动器、磁盘、磁带、DVD/CD-只读存储器驱动器、存储卡等的计算机可读记录介质。在另一实施例中，软件结构要素可通过通信模块213、223装载于存储器211、221，而并非为计算机可读记录介质。例如，至少一个程序可基于通过多个文件设置的程序(作为一例为上述应用程序)来装载于存储器211、221，多个文件由开发人员或用于发布应用程序的设置文件的文件发布系统通过网络170提供。

处理器212、222执行基础性的算数、逻辑及输入输出计算，由此，可处理计算机程序的指令。指令可通过存储器211、221或通信模块213、223向处理器212、222提供。例如，处理器212、222根据存储于存储器211、221等的记录装置的程序代码来执行所接收的指令。

通信模块213、223可提供通过网络170来使第一电子设备110与服务器150进行通信的功能，可提供第一电子设备110和/或服务器150与其他电子设备(作为一例，第二电子设备120)或其他服务器(作为一例，服务器160)进行通信的功能。作为一例，第一电子设备110的处理器212使得根据存储于存储器211等的记录装置的程序代码而生成的请求通过通信模块213的控制并通过网络170向服务器150传递。相反，根据服务器150的处理器222所进行的控制而提供的控制信号或指令、内容、文件等可经过通信模块223和网络170并通过第一电子设备110的通信模块213向第一电子设备110传递。例如，通过通信模块213接收的服务器150的控制信号或指令、内容、文件等向处理器212或存储器211传递，内容或文件等可存储于还可包括第一电子设备110的存储介质(上述永久存储装置)。

输入输出接口214为用于与输入输出装置215形成接口的单元。例如，输入装置可包括键盘或鼠标等的装置，输出装置可包括显示器、扬声器等装置。作为另一例，输入输出接口214可以为触摸屏等的用于输入和输出的功能合并为一个的装置的接口单元。输入输出装置215可以与第一电子设备110形成为一个装置。并且，服务器150的输入输出接口224可以为用于与服务器150相连接或者可包括服务器150的输入或输出的装置(未图示)的接口单元。更具体地，第一电子设备110的处理器212在处理装载于存储器211的计算机程序的指令的过程中，使利用服务器150或第二电子设备120所提供的数据构成的服务画面或内容通过输入输出接口214显示于显示器。

并且，在另一实施例中，第一电子设备110及服务器150可包括比图2中的结构要素更多的结构要素。但是，无需明确示出大部分的现有技术结构要素。例如，第一电子设备110可包括上述输入输出装置215中的至少一部分或者还可包括收发器(transceiver)、全球定位系统(GPS，Global Positioning System)模块、摄像头、各种传感器、数据等的其他结构要素。更具体地，在第一电子设备110为智能手机的情况下，通常，智能手机所包括的加速度传感器、陀螺仪传感器、摄像头模块、各种物理按钮、利用触摸板的按钮、输入输出端口、用于振动的震动器等的多种结构要素还可包括在第一电子设备110。

图3为示出本发明一实施例中的支付系统的整体结构的例的图。图3示出支付服务器310、交易记录数据库320、发送人员终端330及接收人员终端340。作为一例，支付服务器310可实现为如上说明的服务器150，发送人员终端330和接收人员终端340可实现为如上所述的第一电子设备110。交易记录数据库320可包括在支付服务器310，根据实施例，设置于与支付服务器310不同的单独装置，单独装置和支付服务器310通过网络进行通信，由此，支付服务器310可访问交易记录数据库320。

基本上，支付服务器310可接收通过发送人员终端330的汇款请求来识别作为对象人员的接收人员的账户，并向所识别的接收人员的账户汇款所请求的金额。基本上，支付服务器310可与通过网络从发送人员终端330接收的汇款请求相关联地特别指定发送人员的汇款账户和接收人员的收款账户。作为一例，根据适用于支付服务器310的汇款技术，汇款请求可包括发送人员的汇款账户和接收人员的收款账户，支付服务器310预先登记用户的账户，利用汇款请求包括的识别信息(用户标识符、短信账户标识符、电话号码等)来提取对应的账户。这种汇款技术自身利用已知的现有技术，使本发明所属技术领域的普通技术人员可以简单理解。

在此情况下，支付服务器310利用特别指定的汇款账户和收款账户来搜索交易记录数据库320，由此，判断是否存在发送人员与接收人员之间的历史交易记录，根据是否存在这种历史交易记录来适用不同接收人员验证方式。例如，若在发送人员的汇款账户与接收人员的收款账户之间存在历史交易记录，则对接收人员的怀疑必要性变低，因此，支付服务器310省略额外的接收人员确认步骤，可处理所请求的汇款。汇款的处理本身利用已知的现有技术，使得本发明所属技术领域的普通技术人员可以简单理解。

相反，在不存在发送人员与接收人员之间的历史交易记录的情况下，支付服务器310进行用于确认接收人员的步骤。首先，支付服务器310基于接收人员的与其他用户之间的交易记录、通过发送人员与接收人员之间的短信服务产生的对话记录及发送人员指定的收款账户目录中的至少一个来计算接收人员的危险性程度，基于所计算的接收人员的危险性程度来确定接收人员的验证方式。

例如，支付服务器310根据利用接收人员的收款账户来与其他用户进行交易的次数及期间中的至少一个来计算第一危险性程度。若接收人员的收款账户为过去用于与其他用户的交易的账户，则接收人员的第一危险性程度相对降低。因此，上述期间越长，第一危险性程度被计算为越低。并且，上述次数也可用于判断接收人员的第一危险性程度。在此情况下，第一危险性程度可被计算为在上述次数越多的情况下越低。并且，在均利用上述次数和上述期间的情况下，可向上述期间赋予更高的加权值来计算第一危险性程度。这是因为在最近进行多次交易的情况下，进行交易的次数的可靠性降低。

作为另一例，支付服务器310根据在通过发送人员与接收人员之间的短信服务产生的对话记录的存在与否、通过对话记录提取的对话次数及通过对话记录提取的对话期间中的至少一个来计算第二危险性程度。例如，若发送人员在过去通过短信服务与接收人员进行很长期间对话，则判断为接收人员的危险性低，因此，支付服务器310所计算的第二危险性程度相对低。更具体地，支付服务器310在存在对话记录的情况下，上述对话次数越高且上述对话期间越长，以第二危险性程度相对低的方式计算第二危险性程度。为此，支付服务器310包括提供短信服务的短信服务器来直接存储及管理用户之间的对话记录或者以通过网络与额外实现的短信服务器(作为一例，服务器160)进行通信的方式连接，以此接收发送人员与接收人员之间的对话记录。

作为另一例，在用户A与用户B进行短信对话的日期(作为一例，5月5日)之后，用户B将新的银行账户作为收款账户在支付服务器310登记(作为一例，5月7日)。在这种收款账户登记之后，用户A和用户B进行规定期间以上的对话(作为一例，从5月8日至5月9日)，之后，考虑用户A向用户B汇款(作为一例，5月10日)的状况。在此情况下，支付服务器310基于短信对话记录的期间和收款账户的登记日期来计算第二危险性程度。

作为另一例，支付服务器310根据在发送人员指定的收款账户目录是否包括接收人员的收款账户来计算第三危险性程度。作为一例，支付服务器310在发送人员指定的收款账户目录包括接收人员的收款账户的情况下，省略第一危险性程度和第二危险性程度的计算，将接收人员的危险性程度设定为临界值以下。

这种接收人员的危险性程度利用在之前说明的第一危险性程度、第二危险性程度及第三危险性程度中的至少一个来计算。支付服务器310在接收人员的危险性程度为临界值以上的情况下，可进行追加的接收人员本人确认步骤，在接收人员的危险性程度小于临界值的情况下，无需进行额外的接收人员本人确认步骤地直接进行汇款步骤。

额外的接收人员本人确认步骤随着处理支付服务器310向发送人员发送警告消息的第一程序及向接收人员请求本人证明消息的第二程序中的至少一个程序来进行。作为一例，第一程序是为了向发送人员警告是否确认接收人员而通过网络向发送人员终端330传送警告消息的程序。在此情况下，支付服务器310随着从发送人员终端330接收与警告消息有关的确认响应，可处理发送人员的汇款请求。并且，第二程序可以为向接收人员请求传送本人证明消息的程序。在此情况下，支付服务器310并非直接验证本人证明消息，而是通过网络向发送人员终端330传递本人证明消息，在通过网络从发送人员终端330接收针对本人证明消息的确认响应的情况下处理发送人员的汇款请求。为此，本人证明消息可包含发送人员可验证接收人员是否为接收人员本人的信息。例如，本人证明消息包含发送人员与接收人员之间相互了解的内容有关的信息或者包含拍摄接收人员本人的照片(包含拍摄时间信息的图像信息)等接收人员为了向验证本人而生成的信息。

图4为示出本发明一实施例中的汇款过程的例的流程图。图4的流程图可通过支付服务器310执行。

步骤410为账户特别指定过程，支付服务器310在步骤410中可特别指定发送人员的发送账户及接收人员的收款账户。说明根据上述发送人员的发送请求，特别指定发送人员的发送账户及接收人员的收款账户的方法。

步骤420为交易记录搜索过程，支付服务器310在步骤420中在交易记录数据库320搜索发送人员的发送账户与接收人员的收款账户之间的历史交易记录。

步骤430为判断是否存在交易记录的过程，支付服务器310在步骤430中确定在交易记录数据库320是否存在发送人员的发送账户与接收人员的收款账户之间的历史交易记录。在此情况下，在存在交易记录的情况下，可执行步骤460，在不存在交易记录的情况下，可执行步骤440。

步骤440为危险性程度计算过程，支付服务器310可在步骤440中计算接收人员的危险性程度。计算接收人员的危险性程度的例如同上述内容。

步骤450为判断危险性程度是否小于第一临界值的过程，支付服务器310在步骤450中比较接收人员的危险性程度与已设定的第一临界值，在危险性程度小于第一临界值的情况下，执行步骤460，在危险性程度为第一临界值以上的情况下，可执行步骤451。

步骤460为汇款处理步骤，支付服务器310在步骤460中处理从发送人员的汇款账户向接收人员的收款账户转移根据发送人员的汇款请求的金额的过程。例如，支付服务器310通过与开具了汇款账户和收款账户的银行的服务器进行通信来处理请求的金额的汇款或者从汇款账户向与支付服务器310有关的某账户转移请求的金额之后，从某账户向接收人员的收款账户转移请求的金额等已知的现有技术中的一个来处理基于请求的金额的汇款。

步骤451为判断危险性程度是否大于第二临界值的过程，支付服务器310在步骤451中，比较接收人员的危险性程度与已设定的第二临界值，在危险性程度大于第二临界值的情况下，执行步骤452，在危险性程度为第二临界值以下的情况下，执行步骤454。

步骤452为请求本人证明消息的过程，支付服务器310在步骤452中向接收人员请求传递本人证明消息。本人证明消息如同上述内容。

步骤453为发送人员确认过程，支付服务器310向发送人员发送从接收人员传递的本人证明消息，发送人员通过本人证明消息验证接收人员。支付服务器310从发送人员接收针对本人证明消息的确认响应，执行步骤460来处理汇款，如果未从发送人员确认针对本人证明消息的确认响应的情况下(通过本人证明消息，发送人员无法验证接收人员，接收取消响应或未接收确认响应规定期间以上的情况)，可取消汇款。

步骤454为警告消息发送过程，在步骤454中，在接收人员的危险性程度为第一临界值以上且第二临界值以下的情况下，支付服务器310向发送人员发送警告消息。在此情况下，步骤453为支付服务器310接收针对警告消息的发送人员的确认响应的过程。支付服务器310在接收针对警告消息的发送人员的确认响应的情况下，执行步骤460来处理汇款，如果未从发送人员确认针对警告消息的确认响应的情况下(从接收警告消息的发送人员接收取消响应或者未接收确认响应规定期间以上的情况)，可取消汇款。

如上所述，支付服务器310可根据交易记录的存在与否和接收人员的危险性程度，按步骤改变用于验证接收人员的方式，在需要的情况下，接收人员自觉地提供用于验证本人的信息来发送人员直接验证接收人员，由此可进行更加安全的汇款处理。

图5为示出本发明一实施例中的接收本人确认消息的发送人员终端的画面例的图。图5示出向发送人员终端330显示接收人员的本人确认消息(我的外号为XX)的画面510。向发送人员终端330传递的接收人员的本人确认消息在发送人员终端330的画面510以如弹窗520的形态显示。这种本人确认消息的显示形态为一个实例，本发明所属技术领域的普通技术人员可简单理解根据实施例进行多种改变。

发送人员通过这种本人确认消息验证接收人员，根据验证与否选择“确认”按钮530或“汇款取消”按钮540(作为一例，在触摸屏环境下，用手指触摸显示各个按钮的区域)，支付服务器310向发送人员确认接收人员来进行汇款或取消汇款的进行。

图6为示出本发明一实施例中的接收警告消息的发送人员终端的画面例的图。图6示出显示向发送人员终端330传递的警告消息的画面610。支付服务器310可向发送人员终端330发送用于警告再次确认接收人员或账户号码的警告消息，向发送人员请求针对警告消息的确认响应。随着发送人员选择“确认”按钮630或“汇款取消”按钮640(作为一例，在触摸屏环境下，用手指触摸显示各个按钮的区域)，支付服务器310进行汇款或取消汇款的进行。

图7为示出本发明一实施例中的支付服务器的处理器可包括的结构要素的例的框图。图8为示出本发明一实施例的支付服务器可执行的支付方法的例的流程图。本实施例中，上述说明的支付服务器310实现为服务器150。

图7示出服务器150的处理器222可包括的结构要素为账户特别指定部710、交易记录搜索部720、危险性程度计算部730、验证方式确定部740及汇款请求处理部750。这种处理器222及处理器222的结构要素可执行图8的支付方法所包括的步骤(步骤810至步骤860)。在此情况下，处理器222及处理器222的结构要素可执行存储器221所包括的操作系统的代码和/或至少一个计算机程序的代码的指令。其中，处理器222的结构要素为根据存储于服务器150的计算机程序的代码所提供的控制指令来通过处理器222执行的处理器222的不同功能的表现。例如，处理器222从装载与服务器150的控制有关的指令的存储器221读取所需的控制指令，以根据读取的控制指令来执行之后说明的步骤(步骤810至步骤860)的方式控制服务器150。

在步骤810中，账户特别指定部710与通过网络从发送人员的终端接收的汇款请求相关联地来特别指定发送人员的汇款账户及接收人员的收款账户。

在步骤820中，交易记录搜索部720可在交易记录数据库中搜索汇款账户与收款账户之间的历史交易记录。其中，交易记录数据库可以与通过图3说明的交易记录数据库320相对应。

在步骤830中，在不存在历史交易记录的情况下，危险性程度计算部730基于接收人员与其他用户之间的交易记录、通过发送人员与接收人员之间的短信服务产生的对话记录及发送人员指定的收款账户目录中的至少一个来计算接收人员的危险性程度。例如，危险性程度计算部730利用如下危险性程度中的至少一个来计算上述接收人员的危险性程度：根据利用上述接收人员的收款账户与其他用户进行交易的次数及期间中的至少一个来计算的第一危险性程度；根据通过发送人员与接收人员之间的短信服务产生的对话记录的存在与否、通过对话记录提取的对话次数及通过对话记录提取的对话期间中的至少一个计算的第二危险性程度；以及根据发送人员指定的收款账户目录是否包含接收人员的收款账户来计算的第三危险性程度。

在步骤840中，验证方式确定部740基于计算的接收人员的危险性程度来确定接收人员的验证方式。在此情况下，验证方式确定部740根据所计算的接收人员的危险性程度可处理向接收人员请求本人证明消息的第二程序。

在步骤850中，汇款请求处理部750在向接收人员请求本人证明消息的情况下，向发送人员发送从接收人员的终端接收的本人证明消息。

在步骤860中，汇款请求处理部750在从发送人员接收针对本人证明消息的确认响应的情况下处理发送人员的汇款请求。

以上，图8的步骤(步骤810至步骤860)与不存在交易记录且对接收人员计算的危险性程度超出已设定的第二临界值的情况下的实施例相对应。

图9为示出本发明一实施例中的传送警告消息的支付方法的例的流程图。图9的支付方法可包括图8的步骤(步骤810至步骤860)中的步骤810至步骤840，还可包括多个步骤(步骤910及步骤920)。多个步骤(步骤910及步骤920)可在步骤840之后执行。

首先，在步骤840中，验证方式确定部740基于计算的接收人员的危险性程度确定接收人员的验证方式。相反，与图8不同，验证方式确定部740可根据计算的接收人员的危险性程度处理向发送人员发送警告消息的第一程序。

在步骤910中，汇款请求处理部750可从发送人员的终端接收针对向发送人员发送的警告消息的确认响应。

在步骤920中，汇款请求处理部750根据针对警告消息的确认响应的接收来处理发送人员的汇款请求。

这种图9中的步骤840、910、920与不存在步骤820中搜索的交易记录，对接收人员计算的危险性程度为已设定的第一临界值以上且第二临界值以下的情况的实施例相对应。

若在图8中的步骤820中搜索到交易记录，则处理器222将以没有额外的接收人员本人确认步骤的方式对所请求的汇款进行处理。并且，在不存在交易记录的情况下，若接收人员的危险度程度小于已设定的第一临界值，则处理器222以没有额外接收人员本人确认步骤的方式处理汇款。不仅如此，处理器222在没有针对本人确认消息的发送人员的确认响应或没有针对警告消息的发送人员的确认响应的情况下，可取消汇款处理的进行。

如上所述，根据本发明的实施例，根据是否存在请求汇款的发送人员和接收人员之间的历史交易记录，选择用于验证接收人员的方式来进行。并且，在汇款过程中，在不存在发送人员与接收人员之间的历史交易记录的情况下，导入接收人员证明自己为本人的追加验证方式，由此，发送人员可确信接收人员来保护汇款发送人员，并防止错误的汇款。

以上说明的系统或装置通过硬件结构、软件结构要素或硬件结构要素及软件结构要素的组合来实现。例如，在实施例中说明的装置及结构要素，例如，如同处理器、控制器、算术逻辑单元(ALU，arithmetic logic unit)、数字信号处理器(digital signalprocessor)、微计算机、现场可编程门阵列(FPGA，field programmable gateArray)、可编程逻辑单元(PLU，programmable logic unit)、微处理器或可执行指令(instruction)并响应的一种装置，可利用一个以上的常用计算机或特殊目的计算机实现。处理装置可执行操作系统(OS)及在上述操作系统上执行的一个以上的软件应用。并且，处理装置响应软件的执行来访问、存储、操作、处理及生成数据。为了理解上的便利，存在使用一个处理装置的情况，只要是本发明所属技术领域的普通技术人员，则可理解，处理装置可包括多个处理要素(processing element)和/或多个类型的处理要素。例如，处理装置可包括多个处理器或一个处理器及一个控制器。并且，也可以为如并列处理器(parallel processor)等的其他处理结构(processing configuration)。

软件可包括计算机程序(computer program)、代码(code)、指令或这些中的一个以上的组合，以进行所需要的动作的方式构成处理装置或者独立或结合性地(collectively)命令处理装置。软件和/或数据通过处理装置解析或者为了向处理装置提供指令或数据而在某种类型的机器、结构要素(component)、物理装置、虚拟装置(virtualequipment)、计算机存储介质或装置具体化(embody)。软件向通过网络连接的计算机系统上分散，通过分散的方法存储或执行。软件及数据可存储于一个以上的计算机可读记录介质。

实施例的方法以可通过多种计算机单元执行的程序指令形态实现并存储于计算机可读记录介质。上述计算机可读介质可包含程序指令、数据文件、数据结构等的单独结构或组合。记录在上述介质的程序指令为了实施例而特殊设计并构成，可以为向计算机软件领域的普通技术人员公知使用的程序指令。计算机可读记录介质的例包括硬盘、软盘及磁带的磁介质(magnetic media)、如CD-只读存储器、DVD等的光记录介质(optical media)、如软盘(floptical disk)等的磁光介质(magneto-optical media)及只读存储器、RAM、闪存等的存储并执行程序指令的特殊构成的硬盘装置。程序指令的例包括通过编译器形成的机械代码和使用翻译器等来通过计算机执行的高级语言代码。

如上所述，虽然通过限定的实施例和附图说明了本发明的实施例，但是，只要是本发明所属技术领域的普通技术人员，则可根据上述记载进行多种修改及变形。例如，即使所说明的技术以与所说明的方法不同的顺序执行，和/或所说明的系统、结构、装置、电路等的结构要素以与所说明的方法不同的形态结合或组合，或者即使通过其他结构要素或等同技术方案代替或置换，也可实现适当结果。

因此，其他实例、其他实施例及与权利要求书等同的内容也属于本发明的权利要求书的范围。

Claims (11)

1.一种支付方法，其特征在于，包括：

与通过网络从发送人员的终端接收的汇款请求相关联地特别指定上述发送人员的汇款账户及接收人员的收款账户的步骤；

在交易记录数据库中搜索上述汇款账户与上述收款账户之间的历史交易记录，并判断是否存在上述历史交易记录的步骤；

在存在上述历史交易记录的情况下处理上述发送人员的上述汇款请求的步骤；

在上述历史交易记录不存在的情况下，基于上述接收人员与其他用户之间的交易记录、通过上述发送人员与上述接收人员之间的短信服务产生的对话记录及上述发送人员指定的收款账户目录中的至少一个来计算上述接收人员的危险性程度的步骤；以及

基于所计算的上述接收人员的危险性程度来确定上述接收人员的验证方式的步骤。

2.根据权利要求1所述的支付方法，其特征在于，在确定上述接收人员的验证方式的步骤中，根据所计算的上述接收人员的危险性程度来处理向上述发送人员发送警告消息的第一程序及向上述接收人员请求本人证明消息的第二程序中的至少一个程序。

3.根据权利要求2所述的支付方法，其特征在于，包括：

在向上述接收人员请求本人证明消息的情况下，向上述发送人员发送从上述接收人员的终端接收的本人证明消息的步骤；以及

在从上述发送人员接收针对上述本人证明消息的确认响应的情况下处理上述发送人员的上述汇款请求的步骤。

4.根据权利要求2所述的支付方法，其特征在于，还包括在从上述发送人员的终端接收针对向上述发送人员发送的警告消息的确认响应的情况下处理上述发送人员的上述汇款请求的步骤。

5.根据权利要求1所述的支付方法，其特征在于，在计算上述接收人员的危险性程度的步骤中，利用如下危险性程度中的至少一个来计算上述接收人员的危险性程度：

(1)根据利用上述接收人员的收款账户与上述其他用户进行交易的次数及期间中的至少一个来计算的第一危险性程度；

(2)根据通过上述发送人员与上述接收人员之间的短信服务产生的对话记录的存在与否、通过上述对话记录提取的对话次数及通过上述对话记录提取的对话期间中的至少一个计算的第二危险性程度；以及

(3)根据上述发送人员指定的收款账户目录是否包含上述接收人员的收款账户来计算的第三危险性程度。

6.一种计算机可读记录介质，其特征在于，记录有用于使计算机执行权利要求1至5中的一项所述的支付方法的程序。

7.一种支付系统，其特征在于，

包括以执行计算机可读指令的方式实现的至少一个处理器，

在上述至少一个处理器中，

与通过网络从发送人员的终端接收的汇款请求相关联地特别指定上述发送人员的汇款账户及接收人员的收款账户，

在交易记录数据库中搜索上述汇款账户与上述收款账户之间的历史交易记录，并判断是否存在上述历史交易记录，

在存在上述历史交易记录的情况下处理上述发送人员的上述汇款请求，

在上述历史交易记录不存在的情况下，基于上述接收人员与其他用户之间的交易记录、通过上述发送人员与上述接收人员之间的短信服务产生的对话记录及上述发送人员指定的收款账户目录中的至少一个来计算上述接收人员的危险性程度，

基于所计算的上述接收人员的危险性程度来确定上述接收人员的验证方式。

8.根据权利要求7所述的支付系统，其特征在于，

在上述至少一个处理器中，为了确定上述接收人员的验证方式，根据所计算的上述接收人员的危险性程度来处理向上述发送人员发送警告消息的第一程序及向上述接收人员请求本人证明消息的第二程序中的至少一个程序。

9.根据权利要求8所述的支付系统，其特征在于，在上述至少一个处理器中，在向上述接收人员请求本人证明消息的情况下，向上述发送人员发送从上述接收人员的终端接收的本人证明消息，在从上述发送人员接收针对上述本人证明消息的确认响应的情况下处理上述发送人员的上述汇款请求。

10.根据权利要求8所述的支付系统，其特征在于，在上述至少一个处理器中，在从上述发送人员的终端接收针对向上述发送人员发送的警告消息的确认响应的情况下处理上述发送人员的上述汇款请求。

11.根据权利要求7所述的支付系统，其特征在于，

在上述至少一个处理器中，为了计算上述接收人员的危险性程度，利用如下危险性程度中的至少一个来计算上述接收人员的危险性程度：

(1)根据利用上述接收人员的收款账户与上述其他用户进行交易的次数及期间中的至少一个来计算的第一危险性程度；

(2)根据通过上述发送人员与上述接收人员之间的短信服务产生的对话记录的存在与否、通过上述对话记录提取的对话次数及通过上述对话记录提取的对话期间中的至少一个计算的第二危险性程度；以及

(3)根据上述发送人员指定的收款账户目录是否包含上述接收人员的收款账户来计算的第三危险性程度。