CN103366273A - 通过支付单元支付的方法、支付服务器和移动终端 - Google Patents

Abstract

本发明涉及通过支付单元的支付方法、支付服务器及移动终端。本发明的支付方法在能够与至少一个移动终端和支付终端连接的支付服务器上执行。上述支付方法包括以下步骤：从上述支付终端接收包括支付识别代码和支付位置代码的支付信息的步骤；以上述支付位置代码为基础来推定支付位置的步骤；确定与上述支付识别代码相关的上述至少一个移动终端的步骤；向上述至少一个移动终端发送所推定出的上述支付位置的步骤；以及从属于上述至少一个移动终端的特定移动终端接收通过所推定出的上述支付位置和自己的位置确定的基于位置的支付同意或支付拒绝的步骤。

Description

通过支付单元支付的方法、支付服务器和移动终端

技术领域

本发明涉及一种通过支付单元支付的技术，更详细地，涉及通过能够简单地且加强安全的支付单元的支付方法、执行该支付方法的支付服务器和移动终端。

背景技术

非现金的支付单元给用户提供便利，但可能会产生由于盗窃或遗失等引起的金钱上的损失。例如，如果发生信用卡的遗失或者盗窃，则会在信用卡的捡拾者或窃取者用信用卡支付后通过短消息系统（SMS）等在事后通报，因而不能在事前防止支付，此时必须通过纷争程序来解决金钱上的损失。下述现有专利提供用于防止这种损失的各种技术。

韩国公开专利第10-2011-0125523号涉及一种将赋予信用卡的一部分号码和在每次使用时赋予的一次性号码进行组合来防止信用卡的不正当使用的技术，韩国公开专利第10-2011-0019887号涉及一种用于用户与金融机构进行相互认证从而加强支付卡交易的安全的系统。

以上说明的现有技术提供一次性号码或提供用户与金融机构进行相互认证的结构来解决信用卡支付的安全，这种解决方法在从根本上防止信用卡的盗用方面具有局限性。

[现有技术文献]

[专利文献]

（专利文献1）韩国公开专利第10-2011-0125523号

（专利文献2）韩国公开专利第10-2011-0019887号

发明内容

本发明提供一种为了防止以往的由于盗窃或遗失而滥用支付单元，在支付单元的遗失或者盗窃的状况下能够简单地加强安全的支付方法、执行该支付方法的支付服务器和移动终端。

本发明提供一种为了防止以往的由于盗窃或遗失而滥用支付单元，能够将支付位置与支付单元的所有人间的物理性距离差异作为安全要素提供的支付方法、执行该支付方法的支付服务器和移动终端。

在实施例中，支付方法在可以与至少一个移动终端和支付终端连接的支付服务器上执行。上述支付方法包括以下步骤：从上述支付终端接收包含支付识别代码和支付位置代码的支付信息的步骤；基于上述支付位置代码来推定支付位置的步骤；确定与上述支付识别代码相关的上述至少一个移动终端的步骤；向上述至少一个移动终端发送所推定出的上述支付位置的步骤；以及从属于上述至少一个移动终端的特定移动终端接收基于通过所推定的上述支付位置和自己的位置而确定的位置的支付同意或支付拒绝的步骤。

在一实施例中，上述接收基于位置的支付同意或支付拒绝的步骤还可以包括以下步骤：在所推定的上述支付位置与自己的位置在特定误差范围内的情况下，由上述移动终端自动确定或在用户同意下接收基于位置的上述支付同意的步骤；以及在所推定的上述支付位置与自己的位置不在特定误差范围内的情况下，接收由上述移动终端自动确定的基于上述位置的支付拒绝的步骤。

上述接收基于位置的支付同意或支付拒绝的步骤还可以包括以下步骤：如果由于所推定的上述支付位置与自己的位置不在特定误差范围内而接收由上述移动终端自动确定的基于位置的上述支付拒绝，则向与上述支付单元相关的用户提出支付同意请求的步骤。在此，上述特定误差范围可以包括与所推定的上述支付位置相应的行政区域的特定单位。

上述接收基于位置的支付同意或支付拒绝的步骤还可以包括以下步骤：如果从上述特定移动终端接收基于位置的上述支付同意，则忽视以基于其余的移动终端的位置为基础的支付同意或支付拒绝的步骤。

在一实施例中，上述支付单元可以相当于信用卡、借记卡、现金提取、英特网、电话或集成电路芯片。上述支付位置代码可以相当于网络地址、电话号码或加盟店代码。

上述推定支付位置的步骤还可以包括以下步骤：将与上述网络地址相关的英特网终端的位置、与上述电话号码相关联的电话机的位置或与上述加盟店代码相应的加盟店的位置变换为已在上述至少一个移动终端使用的位置信息的步骤。在这里，已使用的上述位置信息可以包含根据GPS（Global Positioning System，全球定位系统）、WPS（WiFibased Positioning System，基于WiFi（无线保真）的定位系统）或CPS（Cellular BasedPositioning System，基于蜂窝的定位系统）变换的数据。

在这些实施例中，支付方法在可以与支付服务器连接的移动终端上执行。上述支付方法包括以下步骤：从上述支付服务器接收支付位置和支付同意请求的步骤；推定上述移动终端的位置的步骤；以及基于上述支付位置与所推定的上述移动终端的位置间的位置信息来同意或者拒绝上述支付同意请求的步骤。

在一实施例中，同意或拒绝上述支付同意请求的步骤还可以包括以下步骤：如果上述支付位置和所推定的上述移动终端的位置在特定误差范围内，则自动同意上述支付同意请求的步骤。在这里，上述特定误差范围可以包括与所推定的上述支付位置相应的行政区域的特定单位。同意或者拒绝上述支付同意请求的步骤还可以包括将上述支付位置和所推定的上述移动终端的位置显示在地图上的步骤。在这里，上述同意或拒绝支付同意请求的步骤还可以包括在所显示的上述地图上提示用户的支付同意请求的步骤。

在另一实施例中，上述同意或拒绝支付同意请求的步骤还可以包括提示通过上述支付位置与所推定的上述移动终端的位置间的距离所确定的用户的支付同意请求的步骤。

在又一实施例中，上述推定移动终端的位置的步骤还可以包括基于GPS（全球定位系统）的位置信息、基于WPS（基于WiFi的定位系统）的位置信息或基于CPS（基于蜂窝的定位系统）的位置信息中的至少一种。

在实施例中，支付服务器可以与至少一个移动终端和支付终端连接。上述支付服务器包括：支付信息接收部，其从上述支付终端接收包括支付识别代码和支付位置代码的支付信息；支付位置推定部，其基于上述支付位置代码来推定上述支付位置；支付信息发送部，其确定与上述支付识别代码相关的上述至少一个移动终端，并向上述至少一个移动终端发送所推定出的上述支付位置；以及支付许可接收部，其从属于上述至少一个移动终端的特定移动终端接收基于通过所推定的上述支付位置和自己的位置而确定的位置的支付同意或者支付拒绝。

在一实施例中，上述支付许可接收部在所推定的上述支付位置和自己的位置在特定误差范围内的情况下，可以接收由上述移动终端自动确定的或用户同意下的基于位置的上述支付同意，而在所推定的上述支付位置和自己的位置不在特定误差范围内的情况下，可以接收由上述移动终端自动确定的基于位置的上述支付拒绝。如果由于所推定的上述支付位置和自己的位置不在特定误差范围内而接收到由上述移动终端自动确定的基于位置的上述支付拒绝，则上述支付许可接收部可以向与上述支付单元相关的用户提出支付同意请求。在这里，上述特定误差范围可以包括与所推定的上述支付位置相应的行政区域的特定单位。

如果从上述特定移动终端接收到基于位置的上述支付同意，则上述支付许可接收部可以忽视以基于其余的移动终端的位置为基础的支付同意或支付拒绝。在这里，支付服务器的特征在于，还包括支付通知部，如果最终确定基于位置的上述支付同意或者支付拒绝，则向上述至少一个移动终端中的至少一部分通知所确定的上述内容。

在一实施例中，上述支付位置代码可以相当于网络地址、电话号码或者加盟店代码。上述支付位置推定部可以将与上述网络地址相关的互联网终端的位置、与上述电话号码相关的电话机的位置或者相应于上述加盟店代码的加盟店的位置变换为在上述至少一个移动终端已使用的位置信息。在这里，已使用的上述位置信息可以包含根据GPS（全球定位系统）、WPS（基于WiFi的定位系统）或CPS（基于蜂窝的定位系统）变换的数据。

在实施例中，移动终端可以与支付服务器连接。上述移动终端包括：支付同意请求接收部，其从上述支付服务器接收支付位置和支付同意请求；位置推定部，其推定上述移动终端的位置；以及支付同意部，其基于上述支付位置与所推定的上述移动终端的位置间的位置信息，来同意或者拒绝上述支付同意请求。

在一实施例中，如果上述支付位置与所推定的上述移动终端的位置在特定误差范围内，则上述支付同意部可以自动同意上述支付同意请求。在这里，上述特定误差范围可以包括与所推定的上述支付位置相应的行政区域的特定单位。

在另一实施例中，上述支付同意部可以将上述支付位置与所推定的上述移动终端的位置显示在地图上。在这里，上述支付同意部可以在所显示的上述地图上提示用户的支付同意请求。

上述支付同意部可以提示通过上述支付位置与所推定出的上述移动终端的位置间的距离来确定的用户的支付同意请求。

上述位置推定部能够以基于GPS（全球定位系统）的位置信息、基于WPS（基于WiFi的定位系统）的位置信息或基于CPS（基于蜂窝的定位系统）的位置信息中的至少一种为基础来确定上述移动终端的位置。

本发明一实施例的信用卡支付方法和与此相关的各种技术可以利用基于支付单元的支付位置与支付单元的所有人所携带的移动终端间的物理性位置差异，在信用卡遗失或盗窃的状况下简单地加强安全性。

本发明一实施例的信用卡支付方法和与此相关的各种技术在通过支付单元的交易时，可以利用基于支付单元的支付位置与支付单元的所有人所携带的移动终端间的物理性位置差异来保障用户的交易安全。这是由于通过支付单元的支付在基于用户的明示或者默认的同意下可以许可。

附图说明

图1是说明本发明一实施例的支付系统的图。

图2是说明在图1的支付服务器的框图。

图3是说明在图1的移动终端的框图。

图4是说明在支付服务器上执行的支付过程的流程图。

图5是说明在移动终端上执行的支付过程的流程图。

图6是说明在支付系统上执行的支付过程的流程图。

图7是例示移动终端将支付位置和移动终端的位置显示在地图上的图。

图8是例示移动终端通过覆盖于地图上的弹出窗口来显示支付同意请求的图。

（附图标记的说明）

110：支付服务器；20：移动终端；130：支付终端；210：支付信息接收部

220：支付位置推定部；230：支付信息发送部；240：支付许可接收部

250：支付通知部；260：控制部；310：支付同意请求接收部；320：位置推定部

330：支付同意部；340：支付同意发送部；350：控制部

具体实施方式

关于本发明的说明仅仅是用于进行结构性以及功能性说明的实施例，因此不应解释为本发明的权利范围仅限于本文说明的实施例。即，实施例可以进行各种变更且可以具有各种形态，因此，应理解为本发明的权利范围包括能够实现技术性思想的各种等同技术方案。另外，本发明中提出的目的或效果并不意味着特定实施例应将所有的目的或效果全部包括在内或仅包括这种效果，因此不应理解为本发明的权利范围局限于此。

另一方面，应如下理解在本申请中叙述的术语的意思。

“第一”、“第二”等的术语用于将一个结构部件区分于其他结构部件，权利要求范围并不局限于这些术语。例如，第一结构部件可以命名为第二结构部件，同理，第二结构部件也可以命名为第一结构部件。

在提及某一结构部件与其他结构部件“连接”时，应理解为可以与该其他结构部件直接连接，但在中间存在也可以存在其他结构部件。相反，在提及某一结构部件与其他结构部件“直接连接”时，应理解为中间不存在其他结构部件。另一方面，用于说明多个结构部件间的关系的其他表述，即，“在～之间”和“就在～之间”或者“与～直接相邻”和“与～相邻”也应进行相同的解释。

单数的表述只要文理上不明确表示不同，应理解为包括多数的表述，“包括”或者“具有”等的术语是为了指定出存在设置的特征、个数、步骤、动作、结构部件、配件或者它们的组合，并且应理解为不预先排除一个或一个以上的其他特征或个数、步骤、动作、结构部件、配件或者它们的组合的存在或者附加可能性。

在各步骤中，识别标记（例如，a、b、c等）是为了说明的便利而使用的，识别标记并不用于说明各步骤的顺序，只要未从文理上明确记载特定顺序，各步骤能够以与名记的顺序不同的顺序进行。即，各步骤能够以与名记的顺序相同的顺序进行，实质上也可以同时执行，另外也能够以相反的顺序执行。

本发明能够体现为计算机可读的记录介质上的计算机可读的代码，计算机可读的记录介质包括存储可以由计算机系统读取的数据的所有种类的记录装置。作为计算机可读的记录介质的例子，有ROM、RAM、CD-ROM、磁带、软盘、光数据存储装置等，并且也包括以载波（例如，通过英特网的传送）的形态体现的记录介质。另外，计算机可读的记录介质可以分散于由网络连接的计算机系统，并以分散方式存储计算机可读的代码并执行。

在这里适用的所有术语只要未进行不同定义，具有由本发明所属领域的普通技术人员一般理解的相同的意思。一般使用的词典定义的术语应解释为在相关技术的文理上具有的意思一致的意思，只要在本申请中未进行明确定义，不可以解释为具有理想的或过度形式化的意思。

图1是说明本发明一实施例的支付系统的图。

参照图1，支付系统100包括支付服务器110、移动终端120以及支付终端130。

支付服务器110作为用于处理支付的计算机运算装置，例如，可以由银行、信用卡公司或电话服务商进行管理。如果通过英特网、加盟店、自动取款机或电话机使用支付单元，则支付服务器110可以接收支付信息。支付单元可以相当于信用卡、借记卡或智能卡。支付信息可以包括具有支付日期、支付费用、支付识别代码以及支付位置代码的支付明细。例如，支付识别代码可以相当于信用卡、借记卡或智能卡的固有编号，支付位置代码可以相当于加盟店代码、自动取款机代码、网络地址或电话号码。

移动终端120作为由支付单元所有人携带的计算装置，例如，可以包括如智能手机或平板电脑（Tablet PC）等可以推定自己的位置的用户终端。如果通过支付单元支付，则移动终端120可以接收支付位置，并可以以这种支付位置为基础来同意或拒绝支付。

支付终端130相当于用于支付的用户终端，可以由支付服务器110推定支付终端130的位置。在一实施例中，支付终端130在为英特网支付的情况下，可以相当于如智能手机、平板电脑、台式机、笔记本电脑的计算装置，可以通过网络地址来推定相应位置。在另一实施例中，支付终端130在为电话支付的情况下，可以相当于如家庭用有线/无线电话或英特网电话的电话服务终端机，可以由电话号码或网络地址来推定相应位置。这种推定可以在外部的电话服务商的协助下执行。在又一实施例中，支付终端130在为加盟店支付的情况下，可以相当于在加盟店的信用卡、借记卡或智能卡的支付机，可以基于加盟店代码（即，加盟店标识符）来推定相应位置。在又一实施例中，支付终端130在为现金提取的情况下，可以相当于自动取款机（ATM机），可以基于自动取款机的代码来推定相应位置。

图2是说明图1的支付服务器的框图。

参照图2，支付服务器110包括支付信息接收部210、支付位置推定部220、支付信息发送部230、支付许可接收部240、支付通知部250以及控制部260。

支付信息接收部210可以从支付终端130接收包括支付识别代码和支付位置代码的支付信息。

支付位置推定部220可以基于支付位置代码来推定信用卡的支付位置。在一实施例中，支付位置推定部220可以将信用卡的支付位置变换为已在移动终端120使用的位置信息。例如，位置信息可以包括由GPS（全球定位系统）、WPS（基于WiFi的定位系统）或CPS（基于蜂窝的定位系统）变换的数据。结果，支付位置推定部220可以将支付位置代码转换为已在移动终端120使用的位置信息。

下面，在支付位置代码相当于加盟店代码、自动取款机代码、网络地址或者电话号码的情况下，支付位置推定部220基于支付位置代码来生成位置信息的过程。

首先，例示支付位置代码相当于网络地址的情况。

支付位置推定部220将网络地址作为支付位置代码接收，并获得与网络地址相应的支付位置数据（例如，行政区域上的地址）。在这种过程中，支付位置推定部220可以从外部的网络运营商获取支付位置数据。支付位置推定部220可以将支付位置数据变换为根据GPS（全球定位系统）、WPS（基于WiFi的定位系统）或CPS（基于蜂窝的定位系统）变换的数据（例如，纬度和经度）。

接着，例示支付位置代码相当于电话号码的情况。

支付位置推定部220将电话号码作为支付位置代码接收，并获得与电话号码相应的支付位置数据（例如，行政区域上的地址）。在这种过程中，支付位置推定部220从外部的电话服务运营商获取支付位置数据。支付位置推定部220可以将支付位置数据变换为根据GPS（全球定位系统）、WPS（基于WiFi的定位系统）或CPS（基于蜂窝的定位系统）变换的数据（例如，纬度和经度）。

最后，例示支付位置代码相当于加盟店代码或自动取款机代码的情况。

支付位置推定部220将加盟店代码（或自动取款机代码）作为支付位置代码接收，并获得与加盟店代码（或自动取款机代码）相应的支付位置数据（例如，行政区域上的地址）。在这种过程中，支付位置推定部220可以从外部的支付卡运营商获取支付位置数据。支付位置推定部220可以将支付位置数据变换为根据GPS（全球定位系统）、WPS（基于WiFi的定位系统）或CPS（基于蜂窝的定位系统）变换的数据（例如，纬度和经度）。

支付信息发送部230确定与支付识别代码相关的至少一个移动终端120。在这里，支付识别代码与至少一个移动终端120间的对应关系可以相当于1：n（n为自然数）。在一实施例中，支付信息发送部230可以与用于定义支付识别代码与相应移动终端间的关系的数据库（未图示）联动，如果接收支付识别代码，支付信息发送部230则可以在数据库检索相应的移动终端。在这里，至少一个移动终端120可以包括信用卡的所有人所持有的智能手机或平板电脑，还可以包括信用卡所有人预先注册的他人的移动终端。

支付信息发送部230可以向至少一个移动终端120发送由支付位置推定部220推定的支付位置和支付同意请求。在一实施例中，信用卡的支付位置可以相当于由支付位置推定部220变换的位置信息。例如，位置信息可以包含根据GPS（全球定位系统）、WPS（基于WiFi的定位系统）或者CPS（基于蜂窝的定位系统）变换的数据。

支付许可接收部240可以从属于至少一个移动终端120的特定移动终端120a接收基于位置的支付同意或者支付拒绝。通过信用卡的支付位置和特定移动终端120a的位置来确定基于位置的支付同意或者拒绝。参照图3对这种确定进行更详细的说明。在一实施例中，如果从特定移动终端120a接收基于位置的支付同意，支付许可接收部240则可以忽视基于其余的移动终端120b、120c的基于位置的支付同意或者支付拒绝。在这里，支付服务器110最终确定从特定移动终端120a接收的基于位置的支付同意，并可以执行支付同意或者支付拒绝。

如果最终确定基于位置的支付同意或者支付拒绝，支付通知部250可以向至少一个移动终端120中的至少一部分通知最终确定的内容。在一实施例中，如果接收支付同意，至少一部分的移动终端则可以相当于发送支付同意的移动终端（例如，120a），如果接收支付拒绝，则可以相当于所有的移动终端（120a～120c）。在另一实施例中，至少一部分移动终端与支付与否无关地，可以相当于所有移动终端（120a～120c）。这种实施例间的选择可以由用户的设定来确定。

控制部260控制支付服务器110的整体的动作，可以控制支付信息接收部210、支付位置推定部220、支付信息发送部230、支付许可接收部240和支付通知部250间的控制流或数据流。

图3是说明在图1的移动终端的框图。

参照图3，移动终端120包括支付同意请求接收部310、位置推定部320、支付同意部330、支付同意发送部340以及控制部350。

支付同意请求接收部310从支付信息发送部230接收信用卡的支付位置和支付同意请求。在一实施例中，支付同意请求接收部310可以从支付信息发送部230接收已推定的信用卡的支付位置。在这里，信用卡的支付位置可以包含根据GPS（全球定位系统）、WPS（基于WiFi的定位系统）或CPS（基于蜂窝的定位系统）变换的数据。

位置推定部320推定移动终端120的位置。在这里，位置推定部320可以基于GPS（全球定位系统）、WPS（基于WiFi的定位系统）或CPS（基于蜂窝的定位系统）方式中的至少一种来确定移动终端120的位置。在一实施例中，在GPS的情况下，位置推定部320可以从多个卫星接收GPS信号来确定移动终端120的位置。在另一实施例中，在WPS的情况下，可以利用要通过Wi-Fi而接入的无线AP（无线接入点）的信息来确定移动终端120的位置。在又一实施例中，在CPS的情况下，可以接收要接入通信公司的基站的移动终端120的信号来确定移动终端120的位置。在这些实施例中，移动终端120的位置可以变换为数据（例如，纬度和经度）。

支付同意部330可以基于支付单元（例如，信用卡）的支付位置与移动终端120的位置间的位置信息来同意或者拒绝支付同意请求。支付同意部330可以对由位置推定部320推定的移动终端120的位置与支付单元（例如，信用卡）的支付位置进行比较来同意或者拒绝支付同意请求。以下，对基于支付同意部330的位置比较过程进行说明。

支付同意部330可以确定支付单元（例如，信用卡）的支付位置和移动终端120的位置是否在特定误差范围内。误差范围作为支付单元（例如，信用卡）的支付位置与移动终端120的位置间的距离差，例如，可以相当于信用卡的支付位置与移动终端120的位置间的最短直线距离差。在一实施例中，特定误差范围可以由移动终端120来设定，例如，可以相当于根据基于GPS（全球定位系统）、WPS（基于WiFi的定位系统）或CPS（基于蜂窝的定位系统）的推定的误差范围。在另一实施例中，特定误差范围可以由用户（例如，信用卡所有人）来设定，这样的设定值可以设定为大于根据基于GPS（全球定位系统）、WPS（基于WiFi的定位系统）或CPS（基于蜂窝的定位系统）的推定的误差范围。另一方面，误差范围可以包括与所推定出的上述支付位置相应的行政区域的特定单位。例如，在已推定的支付位置位于方背洞的情况下，可以包括方背洞。

在支付单元（例如，信用卡）的支付位置和移动终端120的位置在特定误差范围内的情况下，支付同意部330可以同意支付同意请求。这样的同意确定由移动终端120自动执行或者可以在用户同意下执行。例如，在支付单元（例如，信用卡）的支付位置与移动终端120间的距离差在特定范围以内的情况下，支付同意部330可以同意支付同意请求。

在支付单元（例如，信用卡）的支付位置和移动终端120的位置不在特定误差范围内的情况下，支付同意部330可以由移动终端120自动拒绝支付同意请求。例如，在信用卡的支付位置和移动终端120的位置超过特定误差范围的情况下，移动终端120可以自动拒绝支付同意请求。这样的拒绝是为了防止根据信用卡的盗窃或者遗失的损失。

支付同意部330在由于支付单元（例如，信用卡）的支付位置和移动终端120的位置不在特定误差范围内而由移动终端120自动拒绝支付同意请求的情况下，支付服务器110的支付许可接收部可以向与信用卡相关联的用户提出支付同意请求。即，支付同意部330即使在支付单元（例如，信用卡）的支付位置和移动终端120的位置超过特定误差范围的情况，也可以向移动终端120提出支付同意请求。这是由于卡所有人可以许可在远地的他人使用信用卡。

图7及图8是例示移动终端120将信用卡的支付位置和移动终端120的位置显示于地图上的图。

在图7中，支付同意部330可以将信用卡的支付位置710和移动终端120的位置720显示于地图上。在这里，地图上的显示可以通过由地图服务商提供的应用程序编程接口（API，Application Programming Interface）来执行。更加具体地，支付同意部330将信用卡的支付位置和移动终端120的位置分别显示于地图上，并能够以这些位置为中心来确定地图的比例尺。

在图8中，支付同意部330可以向移动终端120的用户，在地图上提示（prompting）支付同意请求。更加具体地，支付同意部330在地图上显示信用卡的支付位置和移动终端120的位置，可以向用户引导支付请求的同意。这样的引导可以通过透明地在地图上覆盖的弹出窗口810来执行，移动终端120的用户可以通过覆盖于地图上的弹出窗口810来选择对支付同意请求的同意或者拒绝。

重新在图3中，支付同意部330与图7及图8不同，可以利用支付单元（例如，信用卡）的支付位置与移动终端120的位置间的距离来提示用户的支付同意请求。更加具体地，支付同意部330将支付单元（例如，信用卡）的支付位置与移动终端120的位置间的距离差告知于用户，从而可以引导支付同意请求。这样的引导可以通过弹出窗口来执行，移动终端120的用户可以通过弹出窗口来选择对于支付同意请求的同意或者拒绝。

支付同意发送部340可以向支付许可接收部240发送在支付同意部330确定的同意或者拒绝。

控制部350控制移动终端120的整体动作，移动终端120可以控制支付同意请求接收部310、位置推定部320、支付同意部330以及支付同意发送部340间的控制流或数据流。

图4是说明在支付服务器执行的信用卡支付过程的流程图。

如果支付信用卡，则支付信息接收部210从支付终端130接收支付单元（例如，信用卡）的支付信息（步骤S410）。在这里，支付单元（例如，信用卡）的支付信息可以包括支付识别代码和支付位置代码。

支付位置推定部220基于支付位置代码来推定信用卡的支付位置（步骤S420）。在一实施例中，推定信用卡的支付位置可以通过网络地址、电话号码、加盟店代码或者自动取款机代码来推定。支付位置推定部220可以将支付位置变换为已在移动终端120使用的位置信息（例如，纬度和经度）（步骤S425）。在这里，已在移动终端120使用的位置信息可以包含由GPS、WPS或CPS变换的数据。

在步骤S420和S425中，支付位置推定部220接收支付位置代码，获得相当于网络地址的支付位置数据（例如，行政区域上的地址）。在这样的过程中，支付位置推定部220可以从外部的网络运营商、电话服务运营商或支付卡运营商获取支付位置数据。支付位置推定部220可以将支付位置数据变换为由GPS、WPS或CPS变换的数据（例如，纬度和经度）。

支付信息发送部230确定与支付识别代码相关的至少一个移动终端120（步骤S430）。在步骤S430中，支付识别代码与至少一个移动终端120间的对应关系可以相当于1：n（n为自然数）。在一实施例中，支付信息发送部230可以与用于定义支付识别代码与相应移动终端间的关系的数据库（未图示）联动，如果接收支付识别代码，则支付信息发送部230可以在数据库中检索相应的移动终端。

支付信息发送部230向至少一个移动终端120发送已推定的支付位置（步骤S440）。在步骤S440中，支付信息发送部230可以向至少一个移动终端120发送已推定的支付位置以及支付同意请求。在一实施例中，信用卡的支付位置可以相当于由支付位置推定部220变换的位置信息。例如，位置信息可以包含由GPS、WPS或CPS变换的数据。

支付许可接收部240接收通过从属于至少一个移动终端120的特定移动终端120a推定的支付位置和自己的位置确定的基于位置的支付同意或者支付拒绝（步骤S450）。在步骤S450中，基于位置的支付同意或者拒绝通过支付单元（例如，信用卡）的支付位置和特定移动终端（120a）的位置而确定。参照图5对这样的确定进行更详细的说明。在一实施例中，如果从特定移动终端120a接收基于位置的支付同意，则支付许可接收部240可以忽视基于剩余移动终端120b、120c的基于位置的支付同意或者支付拒绝。在最终确定支付同意或者支付拒绝的情况下，支付许可接收部240可以向至少一个移动终端120通知最终确定内容（步骤S460）。

图5是说明在移动终端执行的信用卡支付过程的流程图。

支付同意请求接收部310从支付信息发送部230接收信用卡的支付位置和支付同意请求（步骤S510）。在一实施例中，信用卡的支付位置可以包含根据GPS、WPS或CPS变换的数据。

位置推定部320推定移动终端120的位置（步骤S520）。在步骤S520中，位置推定部320可以基于GPS、WPS或CPS方式中的至少一种来确定移动终端120的位置。在一实施例中，在GPS的情况下，位置推定部320可以从多个卫星接收GPS信号来确定移动终端120的位置。在另一实施例中，在WPS的情况下，可以利用要通过Wi-Fi接入的无线AP的信息来确定移动终端120的位置。在又一实施例中，在CPS的情况下，可以接收要接入通信公司的基站的移动终端120的信号来确定移动终端120的位置。在这些实施例中，移动终端120的位置可以变换为数据（例如，纬度和经度）。

支付同意部330基于信用卡的支付位置与已推定的移动终端120的位置间的位置信息来同意或者拒绝支付同意请求（步骤S530）。

在步骤S530中，可以确定支付单元（例如，信用卡）的支付位置和移动终端120的位置是否在特定误差范围内。在一实施例中，特定误差范围由移动终端120设定，或者可以由用户（例如，信用卡所有人）来设定。由用户设定的值可以设定为大于根据基于GPS、WPS或CPS的推定的误差范围。

在步骤S530中，在信用卡的支付位置和移动终端120的位置在特定误差范围内的情况下，支付同意部330则可以同意支付同意请求。这样的同意确定可以由移动终端120自动执行或者可以在用户的同意下执行。例如，在支付单元（例如，信用卡）的支付位置与移动终端120间的距离差在特定范围以内的情况下，支付同意部330可以同意支付同意请求。

在支付单元（例如，信用卡）的支付位置和移动终端120的位置不在特定误差范围内的情况下，支付同意部330可以由移动终端120自动拒绝支付同意请求。例如，在信用卡的支付位置和移动终端120的位置超过特定误差范围的情况下，移动终端120可以自动拒绝支付同意请求。

支付同意部330在由于支付单元（例如，信用卡）的支付位置和移动终端120的位置不在特定误差范围内而由移动终端120自动拒绝支付同意请求的情况下，支付服务器110的支付许可接收部可以向与信用卡相关的用户提出支付同意请求。即，支付同意部330即使在支付单元（例如，信用卡）的支付位置和移动终端120的位置超过特定误差范围的情况下，也可以向移动终端120提出支付同意请求。

在步骤S530中，支付同意部330可以将支付单元（例如，信用卡）的支付位置和移动终端120的位置显示于地图上。在一实施例中，支付同意部330分别将支付单元（例如，信用卡）的支付位置和移动终端120的位置显示于地图上，并能够以这样的位置为中心来确定地图的比例尺。

在步骤S530中，支付同意部330可以向移动终端120的用户在地图上提示支付同意请求。更加具体地，支付同意部330在地图上显示支付单元（例如，信用卡）的支付位置和移动终端120的位置，并可以向用户引导支付请求的同意。在一实施例中，这样的引导可以通过透明地覆盖于地图上的弹出窗口来执行，移动终端120的用户可以通过覆盖于地图上的弹出窗口来选择对于支付同意请求的同意或者拒绝。

在步骤S530中，支付同意部330可以通过支付单元（例如，信用卡）的支付位置与移动终端120的位置间的距离来提示用户的支付同意请求。更加具体地，支付同意部320可以将支付单元（例如，信用卡）的支付位置与移动终端120的位置间的距离差异告知于用户来引导支付同意请求。在一实施例中，这样的引导可以通过弹出窗口来执行，移动终端120的用户可以通过弹出窗口来选择对于支付同意请求的同意或者拒绝。

支付同意发送部340向支付许可接收部240发送在支付同意部330确定的同意或者拒绝（步骤S540或者步骤S545）。

图6是说明在支付系统执行的信用卡支付过程的流程图。

支付终端130向支付信息接收部210发送支付识别代码和支付位置代码（步骤S610）。支付位置推定部220基于已接受的支付位置代码来推定信用卡的支付位置（步骤S620）。在一实施例中，支付位置推定部220可以将支付单元（例如，信用卡）的支付位置变换为已在移动终端120使用的位置信息。在这里，位置信息可以包含由GPS、WPS或CPS变换的数据。

支付信息发送部230确定与已接受的支付识别代码相关的至少一个移动终端120（步骤S625）。支付信息发送部230向支付同意请求接收部310发送支付单元（例如，信用卡）的支付位置和支付同意请求（步骤S630）。

位置推定部320推定移动终端120的位置（步骤S640）。在步骤S640中，位置推定部320可以基于GPS、WPS或CPS方式来确定移动终端120的位置，并可以将移动终端120的位置变换为位置数据（例如，纬度或经度）。

支付同意部330基于支付单元（例如，信用卡）的支付位置和已推定的移动终端120的位置来同意或者拒绝支付同意请求（步骤S645）。支付同意发送部340向支付许可接收部240发送在支付同意部330确定的同意或者拒绝（步骤S650）。

支付许可接收部240可以最终确定支付同意或者拒绝（步骤S660）。在一实施例中，在从特定移动终端120a接收支付同意的情况下，可以忽视基于其余的移动终端120b、120c的支付同意或拒绝。如果最终确定基于位置的支付同意或拒绝，则支付通知部250向至少一个移动终端120通知最终确定的内容（步骤S670）。

以上参照本申请的优选实施例进行了说明，但本领域技术人员可以理解在不脱离记载于所附的权利要求书的本发明的思想及领域的范围内可以对本发明进行各种修正及变更。

Claims (32)

1.一种通过支付单元在与至少一个移动终端和支付终端相连接的支付服务器上执行支付的支付方法，其特征在于，包括以下步骤：

从上述支付终端接收支付信息的步骤，所述支付信息包括支付识别代码和支付位置代码；

基于上述支付位置代码来推定所述支付位置的步骤；

确定与上述支付识别代码相关的上述至少一个移动终端的步骤；

向上述至少一个移动终端发送所推定的上述支付位置的步骤；以及

从属于上述至少一个移动终端的特定移动终端接收基于通过所推定的上述支付位置和自己的位置而确定的位置的支付同意或支付拒绝的步骤。

2.根据权利要求1所述的支付方法，其特征在于，上述接收基于位置的支付同意或支付拒绝的步骤还包括以下步骤：

在所推定的上述支付位置与自己的位置在特定误差范围内的情况下，接收由上述移动终端自动确定或在用户的同意下的基于位置的上述支付同意的步骤；以及

在所推定的上述支付位置与自己的位置不在特定误差范围内的情况下，接收由上述移动终端自动确定的基于位置的上述支付拒绝的步骤。

3.根据权利要求2所述的支付方法，其特征在于，上述接收基于位置的支付同意或支付拒绝的步骤还包括以下步骤：如果由于所推定的上述支付位置与自己的位置不在特定误差范围内而接收由上述移动终端自动确定的基于位置的上述支付拒绝，则向与上述支付单元相关联的用户提出支付同意请求的步骤。

4.根据权利要求2或3中任一项所述的支付方法，其特征在于，上述特定误差范围包括与所推定的上述支付位置相应的行政区域的特定单位。

5.根据权利要求2或3中任一项所述的支付方法，其特征在于，上述接收基于位置的支付同意或支付拒绝的步骤包括以下步骤：如果从上述特定移动终端接收基于位置的上述支付同意，则忽视以基于其余的移动终端的位置为基础的支付同意或支付拒绝的步骤。

6.根据权利要求1所述的支付方法，其特征在于，上述支付单元相当于信用卡、借记卡或智能卡。

7.根据权利要求6所述的支付方法，其特征在于，上述支付位置代码相当于网络地址、电话号码或加盟店代码。

8.根据权利要求7所述的支付方法，其特征在于，上述推定支付位置的步骤还包括以下步骤：将与上述网络地址相关的互联网终端的位置、与上述电话号码相关的电话机的位置或与上述加盟店代码相应的加盟店的位置变换为已在上述至少一个移动终端使用的位置信息的步骤。

9.根据权利要求8所述的支付方法，其特征在于，已使用的上述位置信息包含根据全球定位系统GPS、基于WiFi的定位系统WPS或基于蜂窝的定位系统CPS变换的位置数据。

10.一种通过支付单元在与支付服务器相连接的移动终端上执行支付的支付方法，其特征在于，包括以下步骤：

从上述支付服务器接收支付位置和支付同意请求的步骤；

推定上述移动终端的位置的步骤；以及

以上述支付位置与所推定出的上述移动终端的位置间的位置信息为基础来同意或拒绝上述支付同意请求的步骤。

11.根据权利要求10所述的支付方法，其特征在于，同意或拒绝上述支付同意请求的步骤包括以下步骤：如果上述支付位置与所推定出的上述移动终端的位置在特定误差范围内，则自动同意上述支付同意请求的步骤。

12.根据权利要求11所述的支付方法，其特征在于，上述特定误差范围包括与所推定的上述支付位置相应的行政区域的特定单位。

13.根据权利要求10所述的支付方法，其特征在于，同意或拒绝上述支付同意请求的步骤还包括以下步骤：将上述支付位置与所推定的上述移动终端的位置显示于地图上的步骤。

14.根据权利要求12所述的支付方法，其特征在于，同意或拒绝上述支付同意请求的步骤还包括以下步骤：在所显示的上述地图上提示用户的支付同意请求的步骤。

15.根据权利要求10所述的支付方法，其特征在于，同意或拒绝上述支付同意请求的步骤还包括以下步骤：提示通过上述支付位置与所推定的上述移动终端的位置间的距离来确定的用户的支付同意请求的步骤。

16.根据权利要求10所述的支付方法，其特征在于，推定上述移动终端的位置的步骤包括基于GPS的位置信息、基于WPS的位置信息或基于CPS的位置信息中的至少一种。

17.一种与至少一个移动终端和支付终端相连接的支付服务器，其特征在于，包括：

支付信息接收部，其从上述支付终端接收包括支付识别代码和支付位置代码的支付信息；

支付位置推定部，其基于上述支付位置代码来推定上述支付位置；

支付信息发送部，其确定与上述支付识别代码相关的上述至少一个移动终端，并向上述至少一个移动终端发送所推定的上述支付位置；以及

支付许可接收部，其从属于上述至少一个移动终端的特定移动终端接收基于通过所推定的上述支付位置和自己的位置而确定的位置的支付同意或支付拒绝。

18.根据权利要求17所述的支付服务器，其特征在于，上述支付许可接收部在所推定的上述支付位置与自己的位置在特定误差范围内的情况下，接收由上述移动终端自动确定或在用户的同意下的基于位置的上述支付同意，在所推定的上述支付位置与自己的位置不在特定误差范围内的情况下，接收由上述移动终端自动确定的基于位置的上述支付拒绝。

19.根据权利要求18所述的支付服务器，其特征在于，如果由于所推定的上述支付位置与自己的位置不在特定误差范围内而接收由上述移动终端自动确定的基于位置的上述支付拒绝，则上述支付许可接收部向与上述支付单元相关的用户提出支付同意请求。

20.根据权利要求18或19中任一项所述的支付服务器，其特征在于，上述特定误差范围包括与所推定的上述支付位置相应的行政区域的特定单位。

21.根据权利要求18或19中任一项所述的支付服务器，其特征在于，如果从上述特定移动终端接收到基于位置的上述支付同意，则上述支付许可接收部忽视以基于移动终端的位置为基础的支付同意或支付拒绝。

22.根据权利要求21所述的支付服务器，其特征在于，还包括支付通知部，如果最终确定基于位置的上述支付同意或支付拒绝，则向上述至少一个移动终端中的至少一部分通知所确定的上述内容。

23.根据权利要求17所述的支付服务器，其特征在于，上述支付位置代码相当于网络地址、电话号码或加盟店代码。

24.根据权利要求23所述的支付服务器，其特征在于，上述支付位置推定部将与上述网络地址相关的互联网终端的位置、与上述电话号码相关的电话机的位置或与上述加盟店代码相应的加盟店的位置变换为已在上述至少一个移动终端使用的位置信息。

25.根据权利要求24所述的支付服务器，其特征在于，已使用的上述位置信息包含根据GPS、WPS或CPS变换的位置数据。

26.一种能够与支付服务器连接的移动终端，其特征在于，包括：

支付同意请求接收部，其从上述支付服务器接收支付位置和支付同意请求；

位置推定部，其推定上述移动终端的位置；以及

支付同意部，其以上述支付位置与所推定的上述移动终端的位置间的位置信息为基础来同意或拒绝上述支付同意请求。

27.根据权利要求26所述的移动终端，其特征在于，如果上述支付位置与所推定出的上述移动终端的位置在特定误差范围内，则上述支付同意部自动同意上述支付同意请求。

28.根据权利要求27所述的移动终端，其特征在于，上述特定误差范围包括与所推定的上述支付位置相应的行政区域的特定单位。

29.根据权利要求27所述的移动终端，其特征在于，上述支付同意部将上述支付位置和所推定的上述移动终端的位置显示于地图上。

30.根据权利要求29所述的移动终端，其特征在于，上述支付同意部在所显示的上述地图上提示用户的支付同意请求。

31.根据权利要求26所述的移动终端，其特征在于，上述支付同意部提示通过上述支付位置与所推定出的上述移动终端的位置间的距离所确定的用户的支付同意请求。

32.根据权利要求26所述的移动终端，其特征在于，上述位置推定部以基于GPS的位置信息、基于WPS的位置信息或基于CPS的位置信息中的至少一种为基础来确定上述移动终端的位置。

Images