使用移动终端的商品或服务价格支付系统及其价格支付方法
【专利摘要】本发明提供了一种使用移动终端的商品或服务价格支付系统及其价格支付方法。根据本发明的实施例，当银行机构账户转账被选择作为有关商品或服务购买的价格支付方法时，认证可通过一个简单的过程进行，无需输入很多信息项或是执行复杂的过程，而且用于从买家接收支付密码的认证单元和用于执行认证过程的机构或服务器是分开操作的。特别地，在通过移动终端输入支付密码的过程中，使用了难以被黑客攻击的无线语音呼叫信道，从而进一步强化了安全性。
【专利说明】使用移动终端的商品或服务价格支付系统及其价格支付方法
【技术领域】
[0001]本发明涉及使用移动终端的商品或服务价格支付系统及其价格支付方法。
【背景技术】
[0002]近年来，随着计算机以及通信技术的显著发展，旨在开放和无限的因特网信息海洋，已经在普通家庭和企业中普及。同样，由亚马逊等类似电商开始，因特网已经被用来交易商品甚至价格支付。另外，移动电话终端，如便携式电话、个人数字助手(PDA)已经广泛普及并在各领域中使用。
[0003]同时，在购买商品或服务过程中使用现金和信用卡作为支付手段有被偷和丢失的可能，特别地，信用卡的使用在信用卡支付过程中引发了大量的佣金。
[0004]因此，举例来说，在小额支付情况下，通过实时账户转账支付是最常用的，但是，一般来说，基于实时账户转账的支付是有问题的，原因在于价格支付过程复杂，且买家账户信息可能被黑客攻击。
【发明内容】
[0005]本发明的一个方面提供了一种使用移动终端的商品或服务价格支付系统及其价格支付方法，藉此实时账户转账所需的用户认证可以通过使用购买商品或服务时大多数买家随身携带的移动终端经由一个简化的过程进行，从买家处接收支付密码的认证单元以及执行认证过程的机构或者服务器单独操作从而强化安全性，特别地，最小化了从移动终端接收支付密码时被黑客攻击的可能性。
[0006]根据本发明的一个方面，提供了一种使用移动终端的商品或服务支付方法，包括:通过提供商品或服务购买信息向支付处理服务器请求价格支付，该商品或服务购买信息与通过购物中心服务器或者关联公司终端接收到的商品或服务有关；确定商品或服务买家是否已注册到支付处理服务器的数据库(DB)，如果买家尚未注册，将买家的姓名，买家名下的移动终端号码，买家的银行机构账户号码以及买家的支付密码注册到支付处理单元的数据库中；通过支付处理服务器将经由购物中心服务器或者关联公司终端输入的注册买家的移动终端号码提供给该移动终端签约的移动运营商；通过移动运营商经由ARS通信网络呼叫注册买家的移动终端来接收通过买家注册移动终端输入的注册买家的支付密码；通过支付处理服务器接收输入的支付密码并确定输入的支付密码和注册到数据库的支付密码是否一致；当输入的支付密码和注册到数据库的支付密码一致时，将注册买家的银行机构账户号码，收款账户号码以及提供给支付处理服务器的有关商品或服务支付总额的信息传输到银行机构服务器，该银行机构服务器对应于注册买家的银行机构账户号码；以及通过银行机构服务器检查注册买家的银行机构账户余额，并在确定余额足够转账给商品或服务价格支付时，将该商品或服务支付总额转账给相应的收款账户号码。
[0007]该方法进一步可以包括:当支付总额转账后，以短信形式发送有关商品或服务的支付完成的信息到买家的移动终端。
[0008]在接收输入的支付密码过程中，移动运营商可以请求移动终端通过使用无线语音呼叫信道输入支付密码，并根据该请求接收通过移动终端输入的注册买家的支付密码。
[0009]在注册过程中，买家的姓名，买家名下的移动终端号码，买家银行机构账号号码，以及买家的支付密码可以被加密并注册到支付处理服务器的数据库中。
[0010]对支付处理服务器的提供可以包括:以短信形式发送有关商品或服务的购买信息到移动终端，其中该购买信息可以包括卖家信息和有关商品或服务的支付总额的信息。
[0011]该方法进一步可以包括:当注册买家的账户余额不足以转账商品或服务的全部支付总额时，通过银行机构服务器告知支付处理服务器转账不可行。
[0012]该方法进一步可以包括:当接收到来自购物中心服务器或关联公司终端有关商品或服务支付取消请求时，通过支付处理服务器请求银行机构服务器将与取消请求相应的总额存款到与注册买家的银行机构账户号码相应的账户；以及通过银行机构服务器确定与取消请求相应的总额是否在从注册买家的银行机构账户转账来的总额范围内，以及将与取消请求相应的总额转账到注册买家的银行机构账户。
[0013]支付处理服务器可以通过使用专线或VPN通信网分别和移动运营商、银行机构服务器和购物中心服务器通信。
[0014]根据本发明的另外一个方面，这里提供了一种使用移动终端的商品或服务价格支付系统，包括:购买商品或服务的买家的移动终端；买家的移动终端签约的移动运营商；对应买家银行机构账户号码的银行机构服务器；以及处理有关商品或服务的价格支付的支付处理服务器，其中支付处理服务器经由购物中心服务器或关联公司终端接收有关商品或服务的价格支付请求，接收经由购物中心服务器或关联公司终端输入的有关商品或服务的购买信息，并确定买家是否已经注册到支付处理服务器的数据库，且在确定买家尚未注册时，支付处理服务器至少将买家姓名，买家名下的移动终端的号码，买家银行机构账户号码，及买家支付密码注册到它的数据库，且在接收到经由关联公司终端或购物中心服务器输入的注册买家的移动终端号码时，支付处理服务器传输移动终端号码到移动终端签约的移动运营商，接收移动运营商通过ARS通信网接收到的来自注册买家的移动终端支付密码，且将接收到的支付密码和注册到数据库的支付密码进行比较，并当两者一致时，支付处理服务器将银行机构账户号码及注册买家的收款账户号码和有关商品或服务的支付总额的信息提供给银行机构服务器，以请求有关商品或服务价格支付总额转账。
[0015]支付处理服务器可以包含数据库(DB)，其中加密并存储了买家的注册信息，包括每位买家的姓名，每位买家名下的移动终端的号码，每位买家的银行机构账户号码，及每位买家的支付密码。
[0016]支付处理服务器可以将收到的有关商品或服务的购买信息，以短信形式发送到移动终端，并且购买信息可以包括商品或服务的卖家信息以及商品或服务的价格支付总额。
[0017]当支付处理完成时，支付处理服务器可以以短信形式将有关商品或服务的支付完成信息发送到买家的移动终端。
[0018]支付处理服务器可以通过使用专线或VPN通信网分别和移动运营商、银行机构服务器、购物中心服务器通信。
[0019]当购物中心服务器或关联公司终端请求支付处理服务器取消有关商品或服务的支付时，支付处理服务器可以请求银行机构服务器将与该取消请求相应的总额存入注册买家的银行机构账户号码。
[0020]从接下来和附图结合的本发明的详细描述中，前述事项和本发明其他的目标，特点，方面和优势将变得更加明显。
【专利附图】
【附图说明】
[0021]图1是一个视图，说明了根据本发明的实施例的使用移动终端的商品或服务价格支付系统的配置。
[0022]图2A是一个视图，说明了图1系统中在线买家的支付过程，且图2B是一个视图，说明了图1系统中离线买家的支付过程。
[0023]图3是一个视图，说明了根据本发明的实施例的使用移动终端的商品或服务价格支付系统的详细配置和运作。
[0024]图4是一个流程图，说明了根据本发明的实施例的使用移动终端的商品或服务价格支付方法。
[0025]图5是一个流程图，说明了图4过程中的支付取消过程。
【具体实施方式】
[0026]使用移动终端的商品或服务价格支付系统及其价格支付方法将会参照附随的附图详细描述。
[0027]首先，参照图1，根据本发明的实施例的使用移动终端的商品或服务价格支付系统的概要配置描述如下。价格支付系统包含购物中心服务器或关联公司终端100，支付处理服务器200，移动运营商300，银行机构服务器400，和买家移动终端500。
[0028]购物中心服务器或关联公司终端100向支付处理服务器200请求给买家10购买的商品或服务价格支付。
[0029]支付处理服务器200处理商品或服务价格支付，以响应从购物中心服务器或关联公司终端100来的价格支付请求。
[0030]详细来说，支付处理服务器200接收经由在线购物中心服务器或离线关联公司终端输入的有关商品或服务的购买信息。购买信息可以包括商品或服务的名称，卖家信息，买家移动终端号码，商品或服务的支付价格，购买时间信息，等等。
[0031]这里，购物中心服务器通过接收在线购买信息的例子说明，而关联公司终端通过接收离线购买信息的例子说明，但是本发明不止于此，例如，装备IPTV (互联网协议电视)的交互媒体播放器或卫星接收器可以接收购买信息并传输相同的到购物中心服务器。
[0032]这种情况下，可挑选打算购买的商品或服务且/或购买信息可通过交互媒体播放器或能够双向直连无线通信的移动终端输入。
[0033]另外，支付处理服务器200确定买家10是否已经注册到连接的数据库(DB) 250。当确定买家10尚未注册，支付处理服务器200可以至少将买家的姓名，居住登记号(可以不包括)，买家名下的移动终端号码，银行机构的账户号码和支付密码注册到其中的数据库250。
[0034]除了买家注册信息之外，数据库250还可以存储每位买家的购买信息历史，支付信息历史，等等。另外，为强化安全，数据库250可以通过密钥加密注册信息、购买信息、支付信息，等等，并且存储相同的。这里，注册支付密码的输入流程通过ARS通信网络进行，下文将详细描述。
[0035]同时，当确定买家10已经注册，支付处理服务器200可以提供注册结果给购物中心服务器或关联公司终端100，并且支付处理服务器200可以以短信形式发送接收到的注册结果给买家10的移动终端500。
[0036]另外，支付处理服务器200可以接收注册买家10的移动终端号码(该号码已由买家10通过购物中心服务器或关联公司终端输入)，并将接收到的移动终端号码传输给移动终端签约的移动运营商300。
[0037]另外，支付处理服务器200可以接收支付密码，该密码是移动运营商300已经通过ARS通信网络从买家10的移动终端接收到的。另外，支付处理服务器200可以比较接收到的支付密码和注册到所连接的数据库250的支付密码以确定两者是否一致。
[0038]基于比较，当接收到的支付密码和之前注册到数据库250的支付密码一致时，支付处理服务器200请求银行机构服务器400转账有关购买商品或服务的支付总额。
[0039]详细来说，支付处理服务器200提供注册买家的银行机构账户号码、收款账户号码、有关商品或服务的支付总额信息给银行机构服务器400，并且请求有关商品或服务的支付总额。
[0040]另外，支付处理服务器200可以进一步提供存储在数据库250的买家注册信息给银行机构服务器400，买家注册信息包括注册买家10的姓名，居住登记号码，注册银行机构账户号码，等等。这里，收款账户号码可以是每个购物中心或关联公司名下注册到支付处理服务器200的数据库250的银行机构账户号码，或者是在根据本发明的实施例使用价格支付系统情况下常用的母账户号码。
[0041]母账户号码接收到的商品或服务支付总额可以转账到汇总结算账户，如基于每天、每周、每月、每年，以便结算。
[0042]同时，根据比较结果，当支付处理服务器200接收到的支付密码和注册到数据库250的支付密码不一致时，买家的商品或服务购买过程可以被终止。这种情况下，支付处理服务器200可以再次给移动运营商300提供买家移动终端500的电话号码，并且请求通过ARS再次输入支付密码。
[0043]同时，即使当支付处理服务器200接收到来自银行机构服务器400的信息告知买家支付账户余额不足以购买商品或服务，买家的商品或服务购买流程也可以终被止。
[0044]另外，当买家银行机构账户余额不足以给商品或服务支付总额转账，银行机构服务器400可以通知支付处理服务器200转账不可行。这种情况下，支付处理服务器200可以发送信息(例如以短信形式)告知注册买家10的移动终端500，买家注册支付账户余额不足。
[0045]另外，当支付处理服务器200的支付处理完成，有关商品或服务支付完成的信息可以以短信形式发送到买家10的移动终端500。支付完成信息可以包括卖家信息，有关商品或服务的支付总额以及支付完成提示。
[0046]另外，当接收到来自购物中心服务器或关联公司终端100的有关商品或服务支付取消请求，支付处理服务器200可以请求银行机构服务器400将与支付取消请求相应的支付总额存入注册买家的银行机构账户号码。这种情况下，取消过程可以包括与使用买家移动终端500ARS呼叫及使用无线语音呼叫信道输入密码相应的过程。
[0047]当支付取消请求发生在支付当天，支付取消请求对应的总额可以直接从收款账号对应的收款账户，也就是，从银行机构的母账户，转账到买家的注册银行机构账户号码对应的账户。
[0048]同时，当支付取消请求发生在支付当天之后，于是支付总额已经从银行机构的母账户转账到汇总结算账户，与支付取消请求对应的总额从支付总额存入的结算账户转账到与买家注册的银行账户号码对应的账户。这种情况下，可能需要几天来完成根据支付取消请求的最终的存款过程。
[0049]另外，为强化安全，支付处理服务器200可以通过使用专线或VPN通信网和移动运营商300、银行机构服务器400，以及购物中心服务器100通信。
[0050]移动运营商300，作为买家10的移动终端500签约的移动运营商，通过ARS呼叫支付处理服务器200提供的买家10的移动终端500。
[0051]然而，本发明不仅限于此，移动运营商300可以以SMS (短信息服务)或电话形式呼叫买家的移动终端500。另外，移动运营商300可以请求移动终端500通过ARS通信网输入支付密码，并提供支付密码输入以响应支付处理服务器200的请求。
[0052]也就是说，在支付时，用于用户认证同一人的支付密码的输入是通过买家的移动终端500进行的，而确定输入的支付密码和之前注册的支付密码是否相同的审批过程是通过支付处理服务器200进行的。
[0053]换句话说，支付密码的输入过程和输入的支付密码的审批过程是分开进行的。另夕卜，更可取的是，通过使用无线语音呼叫信道进行支付密码的输入几乎不可能被黑客攻击且有强安全性，并且，注册到数据库250上的支付密码使用密钥加密和保存。
[0054]另外，为预防黑客攻击可能，移动运营商300和支付处理服务器200间的通信可以根据通用方法加密，也可通过使用专线或VPN通信网进行。
[0055]银行机构服务器400，即连接到买家10的银行机构账户号码的银行机构服务器，接收支付总额的转账请求。另外，银行机构服务器400接收检查买家支付账户余额的请求(该请求有关余额是否足够从支付处理服务器200购买商品或服务)，并且检查余额。检查过程可以在审批过程之前进行。
[0056]另外，为预防黑客攻击可能，银行机构服务器400和支付处理服务器200间的通信可以根据通用方法加密，也可通过使用专线或VPN通信网进行。
[0057]买家的移动终端500可以是已经购买商品或服务的买家10名下的移动终端，充当价格支付的认证识别。
[0058]移动终端500可以和注册到支付处理服务器200的买家移动终端相同，并接收来自移动运营商300的ARS呼叫以输入支付密码。
[0059]另外，为响应ARS呼叫，移动终端500从买家处接收支付密码。也就是，和通过短信传输的相关技术认证方法不同，在本发明的实施例中，移动终端500实现了当接到移动运营商300ARS呼叫立即输入支付密码，从而立即执行认证过程。
[0060]在一实施例中，移动运营商300请求移动终端500通过使用无线语音呼叫信道输入支付密码，并根据请求通过其中的输入单元(未示出)接收支付密码。[0061]因此，支付认证过程可以更快地执行。并且由于支付密码是通过使用无线语音呼叫信道请求输入的，可以阻止支付密码被第三方黑客攻击。
[0062]移动终端500的例子可以包含移动电话，智能电话，笔记本电脑，数字广播终端，个人数字助手(PDA)，便携式多媒体播放器(PMP)，等等。
[0063]图2A说明价格支付系统中的在线买家的支付过程。如图所示，首先，买家根据在线购物中心服务器提供的输入请求(如以弹出窗口的形式)，输入之前注册的移动终端的电话号码。
[0064]输入移动电话号码提供给移动终端通过互联网经由支付处理服务器签约的移动运营商。移动运营商ARS通过ARS服务器呼叫给移动终端。然后，买家可以通过移动终端输入支付密码完成认证过程。
[0065]同时，图2B说明了价格支付系统中的离线买家支付过程。如图所示，买家或卖家通过使用离线关联公司终端的输入按钮等输入移动终端的号码。输入的移动终端号码提供给移动终端通过互联网经由支付处理服务器签约的移动运营商。此后，和上面的图2A描述的相同方式进行移动运营商的ARS呼叫和买家支付密码输入。
[0066]这里，在输入支付密码的过程中，在线买家和离线买家均使用无线语音呼叫信道，最小化了买家输入的支付密码被传输到别处的可能性，也最小化了被黑客攻击的可能性。
[0067]图3说明了根据本发明的实施例的价格支付系统的详细组件和操作。价格支付系统各自的组件将描述如下。
[0068]首先，根据本发明的实施例，签约会员确定购买特定商品或服务，并选择账户转账支付方法。在线购买情况下通过购物中心服务器从支付处理服务器请求支付批准，而离线购买情况下则通过关联公司终端。
[0069]这里，用户输入的移动终端号码和有关商品或服务的购买信息一起提供给支付处理服务器。
[0070]支付处理服务器确定输入的移动终端号码是否已经存在所连接的数据库中，并确定买家是否已注册。当买家未注册，至少有关姓名，居住登记号(可以不包括)，银行机构的账户号码，移动终端的号码，买家的支付密码的信息被提供给支付处理服务器，并注册到数据库中。
[0071]这里，注册支付密码的输入过程是通过上述的ARS通信网进行的。对于注册买家，执行如下过程，将至少买家姓名，居住登记号(可以不包括)，银行机构的账户号码，移动终端的号码和支付密码注册到支付处理服务器，并将同样的信息注册到数据库。
[0072]这里，注册支付密码的输入过程是通过上述的ARS通信网完成的。对于注册买家，通过下文描述的ARS服务器从移动终端签约的移动运营商请求客户端认证。
[0073]移动运营商ARS呼叫移动终端请求输入支付密码，并将买家的支付密码输入提供给支付处理服务器。这里，ARS呼叫和使用移动终端的支付密码的输入可以通过很难被黑客攻击的无线语音信道进行。另外，有关输入支付密码的真实认证过程是由支付处理服务器执行的，而不是移动运营商。
[0074]当支付处理服务器接收到的支付密码和注册到数据库的支付密码一致时，买家认证成功。同时，当两者不一致时，支付处理服务器可以终止支付流程或从移动运营商请求再次输入支付密码。[0075]当认证完成，支付处理服务器请求银行机构服务器检查买家的注册银行机构账户余额，且当余额足以支付商品或服务价格时，支付处理服务器请求提款。
[0076]此后，银行机构服务器执行实时提款和转账，并通知支付处理服务器支付完成。可以通知买家，例如以短信形式，支付已经通过移动终端完成。
[0077]另外，购买信息历史和买家结算信息可以被加密并存在支付处理服务器相连的数据库中。
[0078]图4是一个流程图。说明根据本发明的实施例使用移动终端的商品或服务的价格支付方法。
[0079]该方法根据买家10的商品或服务订单请求开始进行。首先，购物中心服务器或关联公司终端100将从购物中心服务器或关联公司终端100接收到的有关商品或服务的购买信息提供给支付处理服务器200以请求价格支付(S10)。
[0080]这里，购买信息可以包括商品或服务的名称，卖家信息，买家移动终端号码，购买时间信息，等等。
[0081]支付处理服务器200确定买家是否已经注册到该支付处理服务器的数据库。如果买家尚未注册，支付处理服务器200从购物中心服务器或关联公司终端100接收买家姓名，居住登记号(可以不包括)，买家移动终端号码，银行机构账户号码以及支付密码，并将这些注册到支付处理服务器的数据库(S20 )。
[0082]这里，支付处理服务器200将买家是否已注册的确定结果或者注册过程完成结果提供给购物中心服务器或关联公司终端100，购物中心服务器或关联公司终端100再以短信的方式将相同结果发送到买家的移动终端500。
[0083]当买家通过购物中心服务器(包括通过交互式媒体播放器，移动终端，键盘，等等输入)或其它关联公司终端输入注册的买家移动终端号码时，该买家的移动终端注册号码被支付处理服务器200提供给买家移动终端签约的移动运营商300。
[0084]移动运营商300通过ARS通信网络呼叫买家移动终端500。给移动运营商300提供买家通过被呼叫的移动终端而输入的支付密码(S40 )。这里，移动运营商300发起的输入支付密码的请求和买家通过移动终端的支付密码输入都是通过使用无线语音呼叫信道进行的，无线语音呼叫信道很难被黑客攻击，具有很强的安全性。
[0085]支付处理服务器200从移动运营商300接收由买家输入的支付密码。此后，支付处理服务器200确定接收到的支付密码是否与注册到支付处理服务器200的数据库上的支付密码一致(S50)。
[0086]基于检查，当输入的支付密码和注册到数据库的支付密码一致时，支付处理服务器200请求连接到买家银行机构账户的银行机构服务器400进行账户转账(S60)。
[0087]也就是说，支付处理服务器200将注册到数据库的银行机构账户号码，接收到的账户号码，有关商品或服务支付总额的信息传输到银行机构服务器，请求银行机构服务器400转账价格支付总额。
[0088]另外，支付处理服务器200可以进一步提供买家注册信息给银行机构服务器400，买家注册信息包括注册买家的姓名，居住登记号，注册的银行机构账户号码等等。
[0089]这里，收款账户号码可以是每个购物中心或关联公司名下注册到支付处理服务器200的数据库的银行机构账户号码，或者是在根据本发明的实施例使用价格支付系统时常用的母账户号码。
[0090]银行机构服务器400检查买家的银行账户余额，且当余额足以转账商品或服务支付总额时，银行机构服务器400将商品或服务支付总额转账给收款账户号码对应的账户(S70)。
[0091]这里，存入与收款账户号码对应账户的商品或服务的支付总额可以先转账到汇总结算账户，比如按天，按周，按月或按年方式结算。
[0092]当支付处理服务器200将支付处理完成结果提供给购物中心服务器或关联公司终端100时，购物中心服务器或关联公司终端100可以将支付处理完成结果发送到买家的移动终端500，如以短信形式。
[0093]因此，即使选择用银行机构账户转账方式来支付有关商品或服务的价格支付，仍可以通过一个简单的过程进行认证，无需输入很多信息项或是执行一个复杂的过程，而且接收来自买家的支付密码的认证单元和执行认证过程的机构或服务器是分开操作的。
[0094]特别地，在通过移动终端输入支付密码的过程中，使用了难以被黑客攻击的无线语音呼叫信道，从而进一步强化了安全性。
[0095]图5是一个流程图，说明了图4过程中买家或卖家撤销商品或服务价格支付的过程。
[0096]如图所示，当接收到来自商品或服务买家10或卖家的订单取消请求时，购物中心服务器或关联公司终端100向支付处理服务器200请求有关商品或服务支付取消。
[0097]支付处理服务器200请求银行机构服务器400向买家注册的银行机构账户号码存入与取消请求对应的支付总额。
[0098]这里，支付处理服务器200或银行机构服务器400确定与取消请求对应的支付总额是否在从买家银行机构账户转账来的总额范围内。
[0099]也就是说，支付处理服务器200或银行机构服务器400确定与取消请求对应的支付总额是否超出取消限额。此后，银行机构服务器400就会将与取消请求对应的支付总额转账至买家银行机构账户号码上，同时通知支付处理服务器200转账完成。
[0100]这里，支付处理服务器200可以通知购物中心服务器或关联公司终端100退款完成，并以短信形式发送退款完成和退款信息至买家10的移动终端。
[0101]如果在支付当日发出支付取消请求，支付取消请求对应总额可以从收款账户号码对应的账户，亦即从银行机构的母账户，转账到与买家注册的银行机构账户号码对应的账户。
[0102]同时，在支付当日之后发出支付取消请求时，支付总额已经从银行机构母账户转账到一个不同的汇总结算账户，与支付取消请求对应的总额也就从支付总额存入的结算账户转账到与买家注册的银行账户号码对应的账户。
[0103]这种情况下，可能需要好几天才能完成根据支付取消请求的最终存款过程。
[0104]如上所述，根据本发明的实施例，在使用移动终端的商品或服务价格支付系统和价格支付方法中，当银行机构账户转账被选择作为有关商品或服务购买的价格支付方法时，认证可以通过一个简单的过程进行，无需输入很多信息项或是执行复杂的过程，而且自买家接收支付密码的认证单元和执行认证过程的机构或服务器是分开操作的。
[0105]特别地，在通过移动终端输入支付密码的过程中，使用了难以被黑客攻击的无线语音呼叫信道，从而进一步强化了安全性。
[0106]本发明在不偏离其中特点的情况下可以以多种方式实现，也应该理解上面描述的实施例除非另有说明不局限于前面描述的任何细节，而应该在由随附的权利要求限定的范围内广泛解释，因此在权利要求范围内的所有变更和修改，或者其等价物旨在包含在所附的权利要求中。
【权利要求】
1.一种使用移动终端的商品或服务价格支付方法，该方法包括: 提供有关商品或服务的购买信息向支付处理服务器请求价格支付，所述购买信息是通过购物中心服务器或者关联公司终端接收到的； 确定所述商品或服务的买家是否已经注册到支付处理服务器的数据库(DB)，并且如果所述买家尚未注册，将所述买家的姓名，买家名下的移动终端号码，买家的银行机构账户号码以及买家的支付密码注册到支付处理单元的数据库中； 通过支付处理服务器将注册的买家经由购物中心服务器或者关联公司终端输入的移动终端号码提供给所述移动终端签约的移动运营商； 通过所述移动运营商经由ARS通信网络呼叫注册买家的移动终端，以接收注册买家通过注册买家的移动终端输入的支付密码； 通过所述支付处理服务器接收所述输入的支付密码并确定输入的支付密码和注册到所述数据库的支付密码是否一致； 当输入的支付密码和注册到数据库的支付密码一致时，将注册买家的银行机构账户号码、收款账户号码以及提供给所述支付处理服务器的有关所述商品或服务支付总额的信息传输到银行机构服务器，所述银行机构服务器和所述注册买家的银行机构账户号码相对应；以及 通过所述银行机构服务器检查所述注册买家的银行机构账户余额，并且当确定所述余额足够转账所述商品或服务价格支付时，将所述商品或服务的支付总额转账至与所述接收账户号码相应的账户。
2.如权利要求1所述的方法，进一步包括:` 支付总额转账后，以短信的形式将有关商品或服务支付完成的信息发送到所述买家的移动终端。
3.如权利要求1所述的方法，其中在接收输入的支付密码过程中，移动运营商请求所述移动终端通过使用无线语音呼叫信道来输入支付密码，并根据所述请求接收通过所述移动终端输入的所述注册买家的支付密码。
4.如权利要求1所述的方法，其中在注册过程中，所述买家的姓名、买家名下的移动终端号码、买家的银行账户号码以及买家的支付密码被加密并注册到所述支付处理服务器的数据库中。
5.如权利要求1所述的方法，其中对所述支付处理服务器的提供包括: 以短信形式将有关所述商品或服务的购买信息发送到所述移动终端，其中所述购买信息包括卖家的信息和有关商品或服务的支付总额的信息。
6.如权利要求1所述的方法，进一步包括: 当所述注册买家的账户余额不足以转账所述商品或服务的全部支付总额时，通过所述银行机构服务器通知所述支付处理服务器所述转账不可行。
7.如权利要求1所述的方法，进一步包括: 当接收到来自所述购物中心服务器或关联公司终端的有关所述商品或服务支付取消请求时， 通过所述支付处理服务器请求所述银行机构服务器将与所述取消请求相应的总额存款到与所述注册买家的银行机构账户号码相应的账户；通过所述银行机构服务器确定与所述取消请求相应的总额是否在从所述注册买家的银行机构账户转账来的总额范围内，以及将与所述取消请求相应的总额转账到注册买家的银行机构账户。
8.如权利要求1所述的方法，其中所述支付处理服务器通过使用专线或VPN通信网分别和移动运营商、银行机构服务器以及购物中心服务器通信。
9.一种使用移动终端的商品或服务价格支付系统，所述系统包括: 购买商品或服务的买家的移动终端； 所述买家的移动终端签约的移动运营商； 与所述买家的银行机构账户号码对应的银行机构服务器； 处理有关所述商品或服务的价格支付的支付处理服务器， 其中所述支付处理服务器经由购物中心服务器或关联公司终端接收有关所述商品或服务的价格支付请求，接收通过所述购物中心服务器或关联公司终端输入的有关所述商品或服务的购买信息，并确定买家是否已经注册到所述支付处理服务器的数据库(DB)，且当确定所述买家尚未注册时，所述支付处理服务器至少将买家姓名、买家名下的移动终端的号码、买家银行机构账户号码以及买家的支付密码注册到它的数据库，且当接收到经由所述关联公司终端或购物中心服务器输入的所述注册买家的移动终端号码时，所述支付处理服务器传输所述移动终端号码到所述移动终端签约的移动运营商，接收所述移动运营商通过ARS通信网从所述注册买家的移动终端接收到的支付密码，将接收到的支付密码和注册到数据库的支付密码进行比较，当两者一致时，所述支付处理服务器将银行机构账户号码及所述注册买家的收款账户号码和有关所述商品或服务的价格支付总额的信息提供给所述银行机构服务器，以请求有关所述`商品或服务的价格支付总额的转账。
10.如权利要求9所述的商品或服务价格支付系统，其中所述支付处理服务器包含数据库(DB)，其中加密并存储了买家的注册信息，所述注册信息包括每位买家的姓名、每位买家名下的移动终端的号码、每位买家的银行机构账户号码及每位买家的支付密码。
11.如权利要求9所述的商品或服务价格支付系统，其中所述支付处理服务器将接收到的所述商品或服务购买信息，以短信形式发送到所述移动终端，并且所述购买信息包括所述商品或服务的卖家信息以及所述商品或服务的价格支付总额。
12.如权利要求9所述的商品或服务价格支付系统，其中当支付处理完成时，所述支付处理服务器以短信形式将有关所述商品或服务支付完成的信息发送到所述买家的移动终端。
13.如权利要求9所述的商品或服务价格支付系统，其中所述支付处理服务器通过使用专线或VPN通信网分别和移动运营商、银行机构服务器及购物中心服务器通信。
14.如权利要求9所述的商品或服务价格支付系统，其中当所述购物中心服务器或关联公司终端请求所述支付处理服务器取消有关所述商品或服务的支付时，所述支付处理服务器请求所述银行机构服务器将与所述取消请求相应的支付总额存入所述注册买家的银行机构账户号码。
【文档编号】H04W4/14GK103514537SQ201210364080
【公开日】2014年1月15日 申请日期:2012年9月26日 优先权日:2012年6月18日
【发明者】朴珉映 申请人:株式会社 Interpay