CN106355410A - 电子设备及信息处理方法 - Google Patents

Abstract

本发明公开了一种电子设备及信息处理方法，所述电子设备为支付端包括：第一发送单元，用于向支付确认端发送支付确认请求；第一接收单元，用于接收所述支付确认端基于所述支付确认请求发送的确认信息；支付单元，用于当所述确认信息表征同意本次支付时，请求支付服务器对支付接受账号进行支付；所述第一接收单元，还用于接收支付产生的支付信息；其中，所述支付信息还用于发送给所述支付确认终端。在本实施例中支付端在进行支付时，还会引入一个支付确认端，需要支付确认端协助进行支付确认，这样可以避免单一终端进行支付，容易被非法活动盗取支付密钥造成的安全隐患问题，提升支付安全性。

Description

电子设备及信息处理方法

技术领域

本发明涉及电子技术，尤其涉及一种电子设备及信息处理方法。

背景技术

随着电子技术的发展，利用电子设备，例如，利用手机、平板电脑、可穿戴式设备等进行网络支付越来越频繁。通常为了确保网络支付的安全性，引入了各种安全技术。例如，利用密码、指纹进行验证。但是在实际使用中，还是频繁出现密码泄露、指纹被盗取以及支付各种验证信息被钓鱼导致的支付问题，以及支付诈骗等问题。故提高网络支付或电子设备支付的安全性是现有技术亟待解决的问题。

发明内容

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种电子设备及信息处理方法。

本发明实施例的技术方案是这样实现的：

本发明实施例第一方面提供一种电子设备，所述电子设备为支付端包括：

第一发送单元，用于向支付确认端发送支付确认请求；

第一接收单元，用于接收所述支付确认端基于所述支付确认请求发送的确认信息；

支付单元，用于当所述确认信息表征同意本次支付时，请求支付服务器对支付接受账号进行支付；

所述第一接收单元，还用于接收支付产生的支付信息；其中，所述支付信息还用于发送给所述支付确认终端。

基于上述方案，所述支付端包括：

判断单元，用于判断所述请求支付的支付参数所对应的安全控制等级；

所述第一发送单元，具体用于当所述支付参数对应于第一安全控制等级时，向N个所述支付确认端发送所述支付确认请求；所述N为不小于1的整数；当所述支付参数对应于第二安全控制等级时，向M个所述支付确认端发送所述支付确认请求，其中，所述M大于所述N的整数。

基于上述方案，所支付单元，还用于将所述支付确认端的通信标识发送给所述支付服务器，其中，所述通信标识，用于所述服务器将支付信息发送给所述支付确认端。

基于上述方案，所述第一发送单元，具体用于向所述支付确认端发送携带有请求额度的支付确认请求；

所述第一接收单元，具体用于接收指示允许支付的支付额度的确认信息；

所述支付单元，具体用于当所述支付额度不低于所述请求额度时，向所述支付接受账号进行支付。

本发明实施例第二方面提供一种电子设备，所述电子设备为支付确认端，包括第二接收单元、第二发送单元及响应单元：

所述第二接收单元，用于接收支付端发送的支付确认请求；

所述响应单元，用于响应所述支付确认请求，输出确认获取信息；

所述第二接收单元，用于接收基于所述确认获取信息形成的确认信息；

所述第二发送单元，还用于将所述支付信息发送给所述支付端，所述确认信息用于在满足预设条件时，触发所述支付端进行支付；

所述第二接收单元，还用于接收支付产生的支付信息。

本发明实施例第三方面提供一种网络支付方法，应用于支付端包括：

向支付确认端发送支付确认请求；

接收所述支付确认端基于所述支付确认请求发送的确认信息；

当所述确认信息表征同意本次支付时，请求支付服务器对支付接受账号进行支付；

接收支付产生的支付信息；其中，所述支付信息还用于发送给所述支付确认终端。

基于上述方案，所述方法包括：

判断所述请求支付的支付参数所对应的安全控制等级；

所述向支付确认端发送支付确认请求，包括：

当所述支付参数对应于第一安全控制等级时，向N个所述支付确认端发送所述支付确认请求；所述N为不小于1的整数；

当所述支付参数对应于第二安全控制等级时，向M个所述支付确认端发送所述支付确认请求，其中，所述M大于所述N的整数。

基于上述方案，所述方法还包括：

将所述支付确认端的通信标识发送给所述支付服务器，其中，所述通信标识，用于所述服务器将支付信息发送给所述支付确认端

基于上述方案，所述向支付确认端发送支付确认请求，包括：

向所述支付确认端发送携带有请求额度的支付确认请求；

所述接收所述支付确认端基于所述支付确认请求发送的确认信息，包括：

接收指示允许支付的支付额度的确认信息；

所述当所述确认信息表征同意本次支付时，请求支付服务器对支付接受账号进行支付，包括：

当所述支付额度不低于所述请求额度时，向所述支付接受账号进行支付。

本发明实施例第四方面提供一种网络支付方法，包括：

接收支付端发送的支付确认请求；

响应所述支付确认请求，输出确认获取信息；

接收基于所述确认获取信息形成的确认信息；

将所述支付信息发送给所述支付端，所述确认信息用于在满足预设条件时，触发所述支付端进行支付；

接收支付产生的支付信息。

本发明实施例中提供的电子设备及网络支付方法，在进行支付时，支付端会与支付确认端进行信息交互，只有在支付确认端表示同意支付时，才能请求服务器进行支付，这样可以相对于采用单一的支付端进行支付控制，增加了支付控制终端，增加了非法者盗取支付验证信息，非法利用支付端进行支付的难度，提升了支付安全性。

附图说明

图1为实现本发明各个实施例的一种电子设备的硬件结构示意图；

图2为如图1所示的电子设备的无线通信系统示意图；

图3为本发明实施例提供的第一种网络支付方法的流程示意图；

图4为本发明实施例提供的第二种网络支付方法的流程示意图；

图5为本发明实施例提供的一种确认信息的获取界面示意图；

图6为本发明实施例提供的一种支付端的结构示意图；

图7为本发明实施例提供的一种支付确认端的结构示意图；

图8为本发明实施例提供的第三种网络支付方法的流程示意图；

图9为本发明实施例提供的第四种网络支付方法的流程示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明的技术方案，并不用于限定本发明的保护范围。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA)、平板电脑(PAD)、便携式多媒体播放器(PMP)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例的移动终端100的硬件结构示意，如图1所示，移动终端100可以包括无线通信单元110、音频/视频(A/V)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端100，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端100的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元110可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。

广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H)，前向链路媒体(MediaFLO^@)的数据广播系统、地面数字广播综合服务(ISDB-T)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。

移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块113支持移动终端100的无线互联网接入。无线互联网模块113可以内部或外部地耦接到终端。无线互联网模块113所涉及的无线互联网接入技术可以包括无线局域网(WLAN)、无线相容性认证(Wi-Fi)、无线宽带(Wibro)、全球微波互联接入(Wimax)、高速下行链路分组接入(HSDPA)等等。

短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙^TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂^TM等等。

位置信息模块115是用于检查或获取移动终端100的位置信息的模块。位置信息模块115的典型示例是全球定位系统(GPS)模块115。根据当前的技术，GPS模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，GPS模块115能够通过实时地连续计算当前位置信息来计算速度信息。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风122，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端100的构造提供两个或更多相机121。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端100的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口(典型示例是通用串行总线USB端口)、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为“识别装置”)可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。

接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端100的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端100是否准确地安装在底座上的信号。

输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出模块152、警报单元153等等。

显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端100可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出模块152可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。

警报单元153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外，警报单元153可以以不同的方式提供输出以通知事件的发生。例如，警报单元153可以以振动的形式提供输出，当接收到呼叫、消息或一些其它进入通信(incoming communication)时，警报单元153可以提供触觉输出(即，振动)以将其通知给用户。通过提供这样的触觉输出，即使在用户的移动电话处于用户的口袋中时，用户也能够识别出各种事件的发生。警报单元153也可以经由显示单元151或音频输出模块152提供通知事件的发生的输出。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储已经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端100的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现或回放多媒体数据的多媒体模块181，多媒体模块181可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，已经按照其功能描述了移动终端100。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端100等等的各种类型的移动终端100中的滑动型移动终端100作为示例。因此，本发明能够应用于任何类型的移动终端100，并且不限于滑动型移动终端100。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。

现在将参考图2描述其中根据本发明的移动终端100能够操作的通信系统。

这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信系统(UMTS)(特别地，长期演进(LTE))、全球移动通信系统(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信系统，但是这样的教导同样适用于其它类型的系统。

参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC 280被构造为与公共电话交换网络(PSTN)290形成接口。MSC 280还被构造为与可以经由回程线路耦接到基站270的BSC 275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM、IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC2750。

每个BS 270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS 270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS 270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz，5MHz等等)。

分区与频率分配的交叉可以被称为CDMA信道。BS 270也可以被称为基站收发器子系统(BTS)或者其它等效术语。在这样的情况下，术语“基站”可以用于笼统地表示单个BSC275和至少一个BS 270。基站也可以被称为“蜂窝站”。或者，特定BS 270的各分区可以被称为多个蜂窝站。

如图2中所示，广播发射器(BT)295将广播信号发送给在系统内操作的移动终端100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个卫星300，例如可以采用全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。

在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。如图1中所示的GPS模块115通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端100的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。

作为无线通信系统的一个典型操作，BS 270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS 270内进行处理。获得的数据被转发给相关的BSC 275。BSC提供通话资源分配和包括BS 270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC 280，其提供用于与PSTN 290形成接口的额外的路由服务。类似地，PSTN290与MSC 280形成接口，MSC与BSC 275形成接口，并且BSC 275相应地控制BS 270以将正向链路信号发送到移动终端100。

移动终端中无线通信单元110的移动通信模块112基于移动终端内置的接入移动通信网络(如2G/3G/4G等移动通信网络)的必要数据(包括用户识别信息和鉴权信息)接入移动通信网络为移动终端用户的网页浏览、网络多媒体播放等业务传输移动通信数据(包括上行的移动通信数据和下行的移动通信数据)。

无线通信单元110的无线互联网模块113通过运行无线热点的相关协议功能而实现无线热点的功能，无线热点支持多个移动终端(移动终端之外的任意移动终端)接入，通过复用移动通信模块112与移动通信网络之间的移动通信连接为移动终端用户的网页浏览、网络多媒体播放等业务传输移动通信数据(包括上行的移动通信数据和下行的移动通信数据)，由于移动终端实质上是复用移动终端与通信网络之间的移动通信连接传输移动通信数据的，因此移动终端消耗的移动通信数据的流量由通信网络侧的计费实体计入移动终端的通信资费，从而消耗移动终端签约使用的通信资费中包括的移动通信数据的数据流量。

如图3所示，本实施例提供一种网络支付方法，应用于支付端包括：

步骤S310：向支付确认端发送支付确认请求；

步骤S320：接收所述支付确认端基于所述支付确认请求发送的确认信息；

步骤S330：当所述确认信息表征同意本次支付时，请求支付服务器对支付接受账号进行支付；

步骤S340：接收支付产生的支付信息；其中，所述支付信息还用于发送给所述支付确认终端。

本实施例所述的网络支付方法，可为应用于支付端的信息处理方法。所述支付端可为手机、平板电脑、可穿戴式设备等。

在本实施例中进行支付时不再是由单一终端进行，而是引入了支付确认端，该支付确认端是不同于所述支付端的另一个终端。在步骤S310中进行支付时，支付端会自动向支付确认端发送支付确认请求，显然这时支付确认端就会收到对应的信息，这样使用支付确认端的用户就获得相关信息。例如，当用户A的手机丢失了，若利用现有技术中，非法用户之间利用手机预先存储的支付密码就可以进行支付，导致非法用户盗取其他用户财产的问题。而若利用本实施例所述的网络支付方法，则丢失的手机需要进行支付时，会自动向支付确认端发送信息，若支付确认端会获得相关信息，从而方便用户A的亲友(使用支付确认端的用户)知道有人需要发起支付。且在本实施例中，若用户A的亲友知道用户A的手机丢失，就会不同意支付，这样即便用户A的手机丢失，也不会因为手机预先存储了支付密码导致的因手机丢了就出现被非法支付的问题，从而提升了支付安全性。

在本实施例中所述步骤S340还将接收支付信息，这里的支付信息发送给支付端和支付确认端。这的支付信息可包括支付的详单信息，例如，可包括支付接受账号，支付金额、支付账号、支付日期等信息，方便出现了非法支付时，支付确认端也可以收取到支付信息，从而继续非法支付的追踪。当然在具体实现时，所述支付端还会自动将所述支付信息转发给所述支付确认端，这样在服务器中不用预先存储所述支付确认端的信息，或，支付端也无需将所述支付确认端发送给服务器。但是不管是服务器还是支付端向所述支付确认端发送所述支付信息，都可以达到同时告知支付确认端的支付信息的目的。此外，若有支付端通知支付确认端支付信息，这样与支付确认端的信息交互，都是由支付端进行的，这样就不用更改现有支付端与服务器的交互流程，与现有技术的兼容共性大，由于服务器通常涉及银行等金融机构，需要更改支付流程操作繁琐，而将支付确认端参与支付的操作，都局限于支付端的交互，具有实现简便的特点。

在本实施例中所述服务器为支付服务器，可包括银行的服务器、网络支付平台的服务器等各种参与支付的设备。

在本实施例中将支付流程，切分成了三个阶段，分别是支付前、支付中以及支付后，支付前，支付端需要得到支付确认端的确认，支付后服务器会将支付信息分别发送给支付端和支付确认端，方便后续信息的追踪。

作为本实施例的进一步改进，所述方法还包括：

将所述支付确认端的通信标识发送给所述支付服务器，其中，所述通信标识，用于所述服务器将支付信息发送给所述支付确认端。

在本实施例中所述支付确认端的通信标识可事先存储在所述服务器中，在本实施例中有所述支付端每次请求支付时，向服务器进行发送，这样方便支付端根据当前需要，更加简便的绑定支付确认端，提升用户的控制灵活性。在一些实施例中，所述步骤S330还包括：将所述确认信息发送给服务器，方便服务器根据所述确认信息确定出支付确认端同意本次支付时，才响应支付端的支付请求，以进行支付，再次提升支付安全性。在本实施例中首先支付端自身确定了一次进行支付确认端是否同意本次支付，但是为了确保支付端的代码被改写，导致支付安全隐患，在本实施例中还将确认信息发送给服务器，由服务器进行再次确认，以再次增加支付安全性。服务器，在确定出支付确认端不同意支付时，拒绝向支付接受账号进行支付，提升支付安全性。此处，相当于支付中的安全控制。

在一些实施例中，所述方法还包括：判断所述请求支付的支付参数所对应的安全控制等级；

所述步骤S310可包括：

当所述支付参数对应于第一安全控制等级时，向N个所述支付确认端发送所述支付确认请求；所述N为不小于1的整数；

当所述支付参数对应于第二安全控制等级时，向M个所述支付确认端发送所述支付确认请求，其中，所述M大于所述N的整数。这里的第一安全控制等级低于所述第二安全控制等级，采用第二安全控制等级可以实现更高的安全性保证。

例如，所述方法包括：

判断所述支付端请求支付的请求额度是否大于授权额度；

所述步骤S310可包括：

当所述请求额度不大于所述授权额度时，向N个所述支付确认端发送所述支付确认请求；所述N为不小于1的整数；

当所述请求额度不大于所述授权额度时，向M个所述支付确认端发送所述支付确认请求，其中，所述M大于所述N的整数。

在所述支付端预先设定了授权额度，当某次支付的请求额度大于授权额度时，需要向更多的支付确认端进行确认，在步骤S330中只有所有的支付确认端都表示同意支付时，才向服务器请求支付，以根据请求支付的请求额度，利用对应数目的支付确认端进行确认，一方面在进行小额支付时，保证有较为简单的支付流程，另一方面在支付金额比较大时，确保支付安全性，这样可以很好的确保支付安全性和简便性。

再例如，所述方法包括：

若本次支付为指定时间内的第s次支付，判断所述s为与S的比较结果；所述S为指定时间内预定支付次数。

当所述s小于所述S时对应于第一安全控制等级时，向N个所述支付确认端发送所述支付确认请求；所述N为不小于1的整数；

当所述s不小于S对应于第二安全控制等级时，向M个所述支付确认端发送所述支付确认请求，其中，所述M大于所述N的整数。

在本实施例中优选为N个所述支付确认端为所述M个支付确认终端中的部分终端。所述N个支付确认端可为优先级高于剩余M-N个支付确认端的优先级的终端。例如，使用所述N个支付确认端的用户与支付端的用户的亲密度、社交频繁度可为高于该用户与使用剩余M-N个支付确认端的优先级的终端的亲密度或社交频繁度等。在一些实施例中，所述N个支付确认端为二级确认端，而剩余M-N个支付确认端可称为辅助确认端。当然所述N个支付确认端和M个所述支付确认端可以是完全不同的支付端，此时，所述M个支付确认端可为优先级高于N个支付确认端的终端。

例如，所述支付端利用公司账号进行支付，当支付额度较小时，可以仅同时与使用该支付端进行支付的用户同级的同事使用的终端进行确认，当支付金额大时，需要公司领导确认是否支付，则此时，可能不仅需要发送给同事使用的终端进行确认，还可能需要增肌领导的支付确认，需要发送给领导使用的终端。

在一些实施例中，所述步骤S310可包括：向所述支付确认端发送携带有请求额度的支付确认请求；

所述步骤S320可包括：接收指示是否同意所述请求额度支付的确认信息；

所述步骤S330可包括：当所述确认信息指示同意所述请求额度支付时，请求所述服务器向所述支付接受账号进行支付。

在本实施例中所述支付确认端会直接给指示是否同意本次支付的确认信息。

在另一些实施例中，所述步骤S310可包括：向所述支付确认端发送携带有请求额度的支付确认请求；所述步骤S320可包括：接收指示允许支付的支付额度的确认信息；所述步骤S330可包括：当所述支付额度不低于所述请求额度时，向所述支付接受账号进行支付。本实施例相当于支付确认端间接同意了支付端本次的支付。

当然，支付确认端发送的确认信息表征同意本次支付的方式还有很多种，不局限于上述任意一种。

如图4所示，本实施例提供一种网络支付方法，包括：

步骤S410：接收支付端发送的支付确认请求；

步骤S420：响应所述支付确认请求，输出确认获取信息；

步骤S430：接收基于所述确认获取信息形成的确认信息；

步骤S440：将所述支付信息发送给所述支付端，所述确认信息用于在满足预设条件时，触发所述支付端进行支付；

步骤S450：接收支付产生的支付信息。

本实施例所述的网络支付方法可为应用于支付确认端中的方法，所述步骤S410可为支付端在支付前发送的信息，在步骤S420中将输出确认获取信息，例如，显示确认信息的获取界面，支付确认端的用户在该获取界面输入指示是否同意支付的信息，或指示允许的支付金额等信息。故在步骤S430中，将形成所述确认信息，在步骤S440中将发送给所述支付端，方便支付端执行后续支付操作。在步骤S450中还将接收支付信息，这里的支付信息可是从支付端接收的，也可以是从服务器中接收的。这样的支付确认端还会获得支付信息，方便用户查看和进行支付追踪，以实现对支付过程中各个阶段的监控。

如图5所示的为一个确认获取信息的显示效果示意图，显示的确认信息的获取界面。在获取界面上显示有对话框，支付确认端通过检测用户操作不同的控件，就可以生成所述确认信息。当然这里的图5仅是一个示例，具体实现时不局限于上述任意一种。

如图6所示，本实施例提供一种电子设备，所述电子设备为支付端包括：

第一发送单元610，用于向支付确认端发送支付确认请求；

第一接收单元620，用于接收所述支付确认端基于所述支付确认请求发送的确认信息；

支付单元630，用于当所述确认信息表征同意本次支付时，请求支付服务器对支付接受账号进行支付；

所述第一接收单元620，还用于接收支付产生的支付信息；其中，所述支付信息还用于发送给所述支付确认终端。

在本实施例中所述第一发送单元610和第一接收单元620都可对应于支付端中的通信接口，这里的通信接口可为有线接口或无线接口，所述有线接口可为电缆接口或光缆接口，所述无线接口可为各种类型的收发天线。所述支付端可为移动终端或非移动终端，等可以进行网络支付的终端。在本实施例中支付端通过与支付确认端的信息交互，在进行支付时，在后台向支付确认端发送信息，从而提升了支付的安全性。

所述支付单元630可对应于处理器或处理电路等。所述处理器可为终端内的中央处理器CPU、微处理器MCU、数字信号处理器DSP、可编程阵列PLC或应用处理器AP等l。所述支付电路可为专用集成电路ASIC等，所述处理器或处理电路可通过预定代码的执行，实现支付。

在一些实施例中，所述支付端包括：判断单元，用于判断所述请求支付的支付参数所对应的安全控制等级；所述第一发送单元610，具体用于当所述支付参数对应于第一安全控制等级时，向N个所述支付确认端发送所述支付确认请求；所述N为不小于1的整数；当所述支付参数对应于第二安全控制等级时，向M个所述支付确认端发送所述支付确认请求，其中，所述M大于所述N的整数。

这里的支付参数可为支付次数以及请求额度等。在具体的实现过程中，所述支付参数还可包括支付账号等信息。例如，一个支付端可以使用多个银行账号或支付账号进行支付，利用不同的支付账号进行支付时，可能对应的安全控制等级不同。例如，利用A账号支付可采用N个支付确认终端进行确认，利用B账号支付，可以采用M个支付确认端进行确认。

所述判断单元可对应于前述处理器或处理电路，还可以对应于比较电路或比具有比较功能的比较处理器等，可很好的平衡支付便捷性和安全性之间的关系。

在一些实施例中，所述第一发送单元610，用于向所述支付确认端发送携带有请求额度的支付确认请求；所述第一接收单元620，用于接收指示是否同意所述请求额度支付的确认信息；所述支付单元630，具体用于当所述确认信息指示同意所述请求额度支付时，请求所述服务器向所述支付接受账号进行支付。

在另一些实施例中，所述第一发送单元610，具体用于向所述支付确认端发送携带有请求额度的支付确认请求；所述第一接收单元620，具体用于接收指示允许支付的支付额度的确认信息；所述支付单元630，具体用于当所述支付额度不低于所述请求额度时，向所述支付接受账号进行支付。

总之，本实施例提供的支付端，不再进行单一终端的支付，而是需要通过与支付确认端的信息交互进行支付，提升支付安全性。

如图7所示，本实施例提供另一种电子设备，所述电子设备为支付确认端，包括第二接收单元710、第二发送单元720及响应单元730：

所述第二接收单元710，用于接收支付端发送的支付确认请求；

所述响应单元730，用于响应所述支付确认请求，输出确认获取信息；

所述第二接收单元710，用于接收基于所述确认获取信息形成的确认信息；

所述第二发送单元720，还用于将所述支付信息发送给所述支付端，所述确认信息用于在满足预设条件时，触发所述支付端进行支付；

所述第二接收单元720，还用于接收支付产生的支付信息。

本实施例所述支付确认端可为各种类型的终端，例如，图1所述的移动终端等。了所述第二接收单元710和所述第二发送单元720同样可对应于通信接口，这里的通信接口为各种具有信息交互的数据接口。所述响应单元730可对应于前述各种的处理器或处理电路，同样可通过预定代码的执行实现上述响应功能。

以下结合上述任意实施例提供几个具体示例：

示例一：

将支付流程分别切割为支付前、支付中、以及支付后。利用支付端请求，支付端一次确认，二级确认端二次确认以及多级辅助确认端认证。当确认信息达到预期设定值时，安全放款，完成支付。同时，在支付完成后，与所有参与支付端进行支付报告。确保整个支付过程处于安全的可监控范围内。这里的预期设定值，可对应于前述的请求金额，所述确认信息可包括允许的支付金额等信息。

实现方案如下：

支付端，根据支付性质设置支付授信额度，支付授信次数授信、支付确认端的数目等信息以及支付确认方式。同时关联多个支付确认端。多个支付确认端接受支付端的认证请求。同时，确认端进行认证方式确认。

在本示例中通过支付确认端的引入，可以提升支付的安全性。

示例二：

场景一(当支付授信额度与支付次数在控制范围内)：如图8所示，本示例提供一种网络支付方法，包括：

步骤S1：支付端向二级确认端发起支付的额度请求。

步骤S2：二级确认端确认额度请求。

步骤S3：支付端与服务器进行支付交互。

步骤S4：服务器将支付信息发送给支付端和二级确认端，具体可包括：支付端无须进行二次支付确认，而直接进行支付：支付完成后，支付端，二级确认端同时接收支付信息的通知。

示例三:

如图9所示，本示例提供一种网络支付方法，包括：

步骤S11：支付端向确认端发起预支付额度请求。

步骤S12：二级支付确认端确认额度请求。

步骤S13：支付端向二级确认端和多级辅助确认端发送支付确认请求。

步骤S14：二级确认端以及多级辅助确认端进行支付确认。

步骤S15：支付端收取二级确认端以及多级辅助确认端的确认信息，进行审核后进行支付。

步骤S16：支付完成后，支付端，二级确认端同时接收支付信息的通知。

在这里几个示例中，所述二级确认端和辅助确认端A、辅助确认端B、辅助确认端C都为前述支付确认端的一种，所述二级确认端可为专用的支付的额度确认端，辅助确认端可为本次支付是否进行的信息确认端。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种电子设备，其特征在于，所述电子设备为支付端包括：

第一发送单元，用于向支付确认端发送支付确认请求；

第一接收单元，用于接收所述支付确认端基于所述支付确认请求发送的确认信息；

支付单元，用于当所述确认信息表征同意本次支付时，请求支付服务器对支付接受账号进行支付；

所述第一接收单元，还用于接收支付产生的支付信息；其中，所述支付信息还用于发送给所述支付确认终端。

2.根据权利要求1所述的电子设备，其特征在于，

所述支付端包括：

判断单元，用于判断所述请求支付的支付参数所对应的安全控制等级；

所述第一发送单元，具体用于当所述支付参数对应于第一安全控制等级时，向N个所述支付确认端发送所述支付确认请求；所述N为不小于1的整数；当所述支付参数对应于第二安全控制等级时，向M个所述支付确认端发送所述支付确认请求，其中，所述M大于所述N的整数。

3.根据权利要求1所述的电子设备，其特征在于，

所支付单元，还用于将所述支付确认端的通信标识发送给所述支付服务器，其中，所述通信标识，用于所述服务器将支付信息发送给所述支付确认端。

4.根据权利要求1所述的电子设备，其特征在于，

所述第一发送单元，具体用于向所述支付确认端发送携带有请求额度的支付确认请求；

所述第一接收单元，具体用于接收指示允许支付的支付额度的确认信息；

所述支付单元，具体用于当所述支付额度不低于所述请求额度时，向所述支付接受账号进行支付。

5.一种电子设备，其特征在于，所述电子设备为支付确认端，包括第二接收单元、第二发送单元及响应单元：

所述第二接收单元，用于接收支付端发送的支付确认请求；

所述响应单元，用于响应所述支付确认请求，输出确认获取信息；

所述第二接收单元，用于接收基于所述确认获取信息形成的确认信息；

所述第二发送单元，还用于将所述支付信息发送给所述支付端，所述确认信息用于在满足预设条件时，触发所述支付端进行支付；

所述第二接收单元，还用于接收支付产生的支付信息。

6.一种网络支付方法，其特征在于，应用于支付端包括：

向支付确认端发送支付确认请求；

接收所述支付确认端基于所述支付确认请求发送的确认信息；

当所述确认信息表征同意本次支付时，请求支付服务器对支付接受账号进行支付；

接收支付产生的支付信息；其中，所述支付信息还用于发送给所述支付确认终端。

7.根据权利要求6所述的方法，其特征在于，

所述方法包括：

判断所述请求支付的支付参数所对应的安全控制等级；

所述向支付确认端发送支付确认请求，包括：

当所述支付参数对应于第一安全控制等级时，向N个所述支付确认端发送所述支付确认请求；所述N为不小于1的整数；

当所述支付参数对应于第二安全控制等级时，向M个所述支付确认端发送所述支付确认请求，其中，所述M大于所述N的整数。

8.根据权利要求6所述的方法，其特征在于，

所述方法还包括：

将所述支付确认端的通信标识发送给所述支付服务器，其中，所述通信标识，用于所述服务器将支付信息发送给所述支付确认端。

9.根据权利要求6所述的方法，其特征在于，

所述向支付确认端发送支付确认请求，包括：

向所述支付确认端发送携带有请求额度的支付确认请求；

所述接收所述支付确认端基于所述支付确认请求发送的确认信息，包括：

接收指示允许支付的支付额度的确认信息；

所述当所述确认信息表征同意本次支付时，请求支付服务器对支付接受账号进行支付，包括：

当所述支付额度不低于所述请求额度时，向所述支付接受账号进行支付。

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

接收支付端发送的支付确认请求；

响应所述支付确认请求，输出确认获取信息；

接收基于所述确认获取信息形成的确认信息；

将所述支付信息发送给所述支付端，所述确认信息用于在满足预设条件时，触发所述支付端进行支付；

接收支付产生的支付信息。