CN104966197B - 信息处理方法、客户端及服务器 - Google Patents

信息处理方法、客户端及服务器 Download PDF

Info

Publication number
CN104966197B
CN104966197B CN201510330318.0A CN201510330318A CN104966197B CN 104966197 B CN104966197 B CN 104966197B CN 201510330318 A CN201510330318 A CN 201510330318A CN 104966197 B CN104966197 B CN 104966197B
Authority
CN
China
Prior art keywords
payment
service application
information
accounts
client
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
CN201510330318.0A
Other languages
English (en)
Other versions
CN104966197A (zh
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.)
Tencent Technology Beijing Co Ltd
Original Assignee
Tencent Technology Beijing Co Ltd
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 Tencent Technology Beijing Co Ltd filed Critical Tencent Technology Beijing Co Ltd
Priority to CN201510330318.0A priority Critical patent/CN104966197B/zh
Publication of CN104966197A publication Critical patent/CN104966197A/zh
Priority to PCT/CN2016/081425 priority patent/WO2016202116A1/zh
Priority to US15/636,147 priority patent/US20170300914A1/en
Application granted granted Critical
Publication of CN104966197B publication Critical patent/CN104966197B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/306—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using TV related infrastructures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/386—Payment protocols; Details thereof using messaging services or messaging apps
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment

Abstract

本发明公开了一种信息处理方法、客户端及服务器，所述方法包括：业务应用检测支付操作；响应所述支付操作，获取支付信息；依据所述支付信息形成支付请求；发送所述支付请求；所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。

Description

信息处理方法、客户端及服务器
技术领域
本发明涉及信息领域，尤其涉及一种信息处理方法、客户端及服务器。
背景技术
随着信息技术和通信技术的发展，越来越多的通过网络进行购物，具体如，广告购物。在广告购物的支付环节；用户可能需要通过手机微信扫描的方式扫描电视或电脑上显示的支付二维码等信息，来进行支付；或者，用户要暂时退出视频的播放，进入支付账号填写页面进行支付信息的填写。用户拿着手机对准电视或电脑进行支付二维码的扫描或用户利用遥控填写支付账号，显然这些支付操作都非常繁琐，电视或电脑等客户端的智能性很低，用户使用满意度低，大大打击了用户通过电视进行购物的热情。
发明内容
有鉴于此，本发明实施例期望提供一种信息处理方法、客户端及服务器，至少部分解决了客户端的智能性低及用户使用满意度低的问题。
为达到上述目的，本发明的技术方案是这样实现的：
本发明实施例第一方面提供一种信息处理方法，所述方法包括：
业务应用检测支付操作；
响应所述支付操作，获取支付信息；
依据所述支付信息形成支付请求；
发送各所述支付请求；
所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。
优选地，所述业务应用检测支付操作包括：
在播放多媒体信息时，检测针对于所述多媒体信息的支付操作。
优选地，所述方法还包括：
在所述业务应用检测支付操作之前，建立所述业务应用与所述支付账号的绑定关系。
优选地，所述在所述业务应用检测支付操作之前，建立所述业务应用与所述支付账号的绑定关系，包括：
接收所述支付账号的标识信息；
将所述标识信息发送给的服务器；
所述标识信息用于所述服务器建立所述业务应用与所述支付账号的绑定关系。
优选地，所述方法还包括：
在基于所述支付请求支付成功后，输出支付成功信息。
优选地，所述方法还包括：
在指定时间内所述支付账号未对所述支付请求进行支付时，输出支付提示信息或支付取消信息。
本发明实施例第二方面提供一种信息处理方法，所述方法包括：
接收业务应用发送的支付请求；
确定待接收所述支付请求的支付账号；其中，所述支付账号为与所述业务应用之间建立有绑定关系；
将所述支付账号及所述支付请求发送给支付平台；
所述支付请求用于通过所述支付平台发送给所述支付账号进行支付。
优选地，所述确定待接收所述支付请求的支付账号，包括：
依据所述业务应用的标识信息，查询与所述业务应用具有绑定关系的支付账号。
优选地，所述方法还包括：
在所述接收业务应用发送的支付请求之前，建立所述业务应用与所述支付账号的绑定关系。
优选地，所述建立所述业务应用与所述支付账号的绑定关系，包括：
接收所述业务应用发送的所述支付账号的标识信息；
对应存储所述业务应用的标识信息和所述支付账号的标识信息。
优选地，所述确定待接收所述支付请求的支付账号，包括：
解析所述业务应用发送的所述支付账号的标识信息，确定所述支付账号。
优选地，所述方法还包括：
接收所述支付账号通过所述支付平台发送的表示已支付的支付应答；
依据所述支付应答，形成支付成功信息；
将所述支付成功信息发送给所述业务应用；
所述支付成功信息用于在所述业务应用运行的客户端进行显示。
优选地，所述方法还包括：
在指定时间内未接收到所述支付账号的支付应答时，形成支付提示信息或支付取消信息；
将所述支付提示信息或所述支付取消信息发送给所述支付账号和所述业务应用的至少其中之一；
所述支付提示信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端；
所述支付取消信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端。
本发明实施例第三方面提供一种客户端，所述客户端包括：
检测单元，用于业务应用检测支付操作；
响应单元，用于响应所述支付操作，获取支付信息；
形成单元，用于依据所述支付信息形成支付请求；
第一发送单元，用于发送各所述支付请求；
所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。
优选地，所述检测单元，具体用于在播放多媒体信息时，检测针对于所述多媒体信息的支付操作。
优选地，所述客户端还包括：
第一建立单元，用于在所述业务应用检测支付操作之前，建立所述业务应用与所述支付账号的绑定关系。
优选地，所述第一建立单元，具体用于接收所述支付账号的标识信息；及将所述标识信息发送给的服务器；
所述标识信息用于所述服务器建立所述业务应用与所述支付账号的绑定关系。
优选地，所述客户端还包括：
输出单元，用于在基于所述支付请求支付成功后，输出支付成功信息。
优选地，所述客户端还包括：
输出单元，用于在指定时间内所述支付账号未对所述支付请求进行支付时，输出支付提示信息或支付取消信息。
本发明第四方面实施例提供一种服务器，所述服务器包括：
接收单元，用于接收业务应用发送的支付请求；
确定单元，用于确定待接收所述支付请求的支付账号；其中，所述支付账号为与所述业务应用之间建立有绑定关系；
第二发送单元，用于将所述支付账号及所述支付请求发送给支付平台；
所述支付请求用于通过所述支付平台发送给所述支付账号进行支付。
优选地，所述确定单元，用于依据所述业务应用的标识信息，查询与所述业务应用具有绑定关系的支付账号。
优选地，所述服务器还包括：
第二建立单元，用于在所述接收业务应用发送的支付请求之前，建立所述业务应用与所述支付账号的绑定关系。
优选地，所述第二建立单元，具体用于接收所述业务应用发送的所述支付账号的标识信息；及对应存储所述业务应用的标识信息和所述支付账号的标识信息。
优选地，所述确定单元，具体用于解析所述业务应用发送的所述支付账号的标识信息，确定所述支付账号。
优选地，所述服务器还包括形成单元；
所述接收单元，还用于接收所述支付账号通过所述支付平台发送的表示已支付的支付应答；
所述形成单元，还用于依据所述支付应答，形成支付成功信息；
所述第二发送单元，还用于将所述支付成功信息发送给所述业务应用；
所述支付成功信息用于在所述业务应用运行的客户端进行显示。
优选地，所述服务器还包括形成单元；
所述形成单元，还用于在指定时间内未接收到所述支付账号的支付应答时，形成支付提示信息或支付取消信息；
所述第二发送单元，还用于将所述支付提示信息或所述支付取消信息发送给所述支付账号和所述业务应用的至少其中之一；
所述支付提示信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端；
所述支付取消信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端。本发明实施例所述的信息处理方法、客户端及服务器，通过简单的支付操作，会形成支付请求最终转发的支付账号，这样就避免了用户通过手机等电子设备扫描支付标识或进入到特定页面进行支付的操作繁琐性，提高了电子设备的智能性及用户使用满意度。
附图说明
图1为本发明实施例所述的信息处理方法的流程示意图之一；
图2为本发明实施例所述的绑定关系的建立流程示意图之一；
图3为本发明实施例所述的信息处理方法的流程示意图之二；
图4为本发明实施例所述的信息处理方法的流程示意图之三；
图5为本发明实施例所述的客户端的结构示意图；
图6为本发明实施例所述的服务器的结构示意图；
图7为本发明实施例所述的通信系统的结构示意图。
具体实施方式
本申请实施例中为了解决广告购物等支付过程中，出现的支付操作繁琐、客户端的智能性低的问题，在本实施例中提供了一种信息处理方法，将通过检测用户的支付操作，这个支付操作相对于扫描支付二维码或填写支付账号等信息可能是一键触发的简单操作，自动获取支付信息形成支付请求，并最终通过支付平台等方式，将支付请求发送到用户的手机或平板等支付账号，进行支付；简化了用户操作，提升了电子设备的智能性。以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。
方法实施例一：
如图1所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S110：业务应用检测支付操作；
步骤S120：响应所述支付操作，获取支付信息；
步骤S130：依据所述支付信息形成支付请求；
步骤S140：发送所述支付请求；
所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。
本实施例所述的信息处理方法，可以应用在网络电视或各种类型的电脑等客户端中，在本实施例中所述运行步骤S110至步骤S140的客户端可假设为第一客户端。
所述业务应用检测支付操作，此处的支付操作可为一键触发式的支付操作。如电视在播放一则购物广告，用户通过遥控向电视发送一个支付指令，例如用户可通按击遥控上的特定按键，来发送支付指令。当所述电视接收到所述支付指令之后，则将认为接收到支付操作。
步骤S120中将响应所述支付操作，获取支付信息。这里的支付信息可包括获取支付链接或支付标识信息等。
步骤S130中将形成支付请求。
具体如，电视中正在播放一则卖酒的广告，小明看到这则卖酒的广告后，想购买该酒。在现有技术中，电视在播放所述卖酒的广告时，可能还会显示购买酒进行支付的支付二维码。若小明愿意购买，必须靠近电视，通过手机微信或手机QQ等支付应用来扫描所述支付二维码；通过扫描的支付二维码进入购物页面来进行购买。显然这个操作流程繁琐。若利用本申请的方法，则小明可以通过遥控中确定键，向电视机发送一个支付指令。电视机将自动获取支付信息并形成包括所述支付信息的支付请求，在本例子中，则电视机将自动扫描所述支付二维码，将支付二维码最终发送给小明手机的微信账号中，这样小明不用去扫描电视显示的支付二维码，也能获取到所述支付二维码，进入购物页面进行支付。显然，此时小明所观看的电视机的智能性更高，这简化了小明的购物操作，提高了小明进行购物的支付体验满意度。总之，本实施例所述业务应用和所述支付账号当前所运行的客户端可是不同的，如业务应用运行在第一客户端中，支付账号运行在第二客户端中。这样第二客户端就不用直接扫描第一客户端显示的信息来获取所述支付标识或支付链接或订单信息等与支付相关的信息；第二客户端可以接收到第一客户端在检测到支付操作后在后台通过执行形成并发送的支付请求。
当然，这个前提是所述业务应用与小明的支付账号建立有绑定关系，这样才能保证所述支付请求发送到小明的支付账号中。所述业务应用与支付账号的绑定关系可以是建立所述业务应用运行的客户端中，也可以是建立在为所述第一客户端提供服务的服务中。比如，小明家的网络电视的电视盒子中，预先存储了所述小明的支付账号，这样就建立了运行在小明家的网络电视的电视盒子中的业务应用与小明的支付账号之间的绑定关系。在这种情况下，若所述第一客户端通过服务器和/或支付平台来转发所述支付请求，则所述第一客户端还会将所述支付账号与所述支付请求一同发送给服务器和/或支付平台。当然所述绑定关系也可以建立在所述服务器或支付平台中，这时所述第一客户端只要向服务器和/或支付平台发送所述支付请求，再由所述服务器和/或支付平台转发所述支付请求即可。若采用第一客户端建立并存储所述业务应用与支付账号的绑定关系，能够减少服务器和/或支付平台的负荷。
本实施例中所述的支付账号可以为微信账号、QQ账号、支付宝账号、财付通账号等具有支付功能的账号。
通常本实施例的支付请求可为能够在支付账号的支付界面或支付状态下直接进行支付的信息，如在微信支付界面能够显示并被识别的支付标识信息，或者在所述微信中能够直接打开的支付链接或订单链接等。
在步骤S140中发送所述支付请求可包括多种情况：一种情况执行本实施例所述信息处理方法的第一客户端能够与运行所述支付账号的电子设备能够进行直接通信，这时，所述第一客户端可以直接向所述支付账号发送支付请求。若所述第一客户端未能与运行所述支付账号的电子设备建立直接连接，可以这时发送所述支付请求，可以通过支付平台来进行中转，具体如，利用微信平台或QQ平台来进行中转，最终通过支付平台的中转发送给支付账号。这样的话，步骤S140中可能向支付平台发送所述支付请求。
具体所述支付请求发送给所述支付账号有多种方式，以下提供以种可选方式：
可选方式一：
所述业务应用通过支付平台向所述支付账号发送所述支付请求。
具体如，假设前述支付账号为微信账号A；所述业务应用可微信账号B利用能够与所述微信账号A进行通信的微信账号B，通过微信平台向微信账号A方所述支付请求。此处的所述微信平台即为所述支付平台。微信账号B为基于所述业务应用形成的支付信息与微信账号B进行信息交互的支付账号。述微信账号可以与所述业务应用运行在同一个第一客户端中，也可以是所述业务应用运行在第一客户端中，而所述微信账号B运行在于为所述第一客户端提供服务的服务器中。
若所述微信账号B与所述业务应用运行在同一第一客户端中，该第一客户端在所述业务应用形成号所述支付请求后，通过所述微信账号B向所述微信平台发送支付请求，并由所述微信平台向微信账号A转发所述支付请求。
若所述业务应用运行在第一客户端中，而所述微信账号B运行在于为所述第一客户端提供服务的服务器中，则所述第一客户端还将需要向所述服务器发送所述支付请求；所述服务器将所述支付请求转发给微信平台，由微信平台最终向为微信账号A发送所述支付请求。
可选方式二：
若运行所述业务应用的第一客户端能够与运行所述支付账号的第一客户端进行直接通信。这时，所述第一客户端可以直接向运行有所述支付账号的第一客户端发送所述支付请求。具体如，网络电视的电视盒子向运行有所述支付账号的手机发送所述支付请求。具体如，通过家庭WiFi发送、蓝牙发送或红外发送；当然也可以通过互联网发送。
支付账号基于所述支付请求进入支付界面，进行支付。
显然本实施例所述的信息处理方法，大大提高了第一客户端在进行支付时的智能性，提高了用户使用满意度。
方法实施例二：
如图1所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S110：业务应用检测支付操作；
步骤S120：响应所述支付操作，获取支付信息；
步骤S130：依据所述支付信息形成支付请求；
步骤S140：发送所述支付请求；
所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。
所述步骤S110包括：在播放多媒体信息时，检测针对于所述多媒体信息的支付操作。
此处的所述多媒体信息可包括视频或图片等多媒体信息。
比如，电视或电脑在播放综艺节目、电视剧或电影的过程中有前置播放或插播广告视频时，用户可能必须等待广播播放完毕之后才能恢复到用户指定观看的视频(如前述的综艺节目、电视剧或电影等)在观看视频广告的过程中，想购买广告视频中广告的商品。这时，用户可以通过遥控或键盘等方式，向所述业务应用所运行的第一客户端发送的支付操作的指令。
采用本实施例所述的信息处理方法进行支付时，可以不用停止所述多媒体信息的播放，不用用户凑近电视或电脑扫面支付二维码或电视切换其他页面进行支付信息填写等操作。显然本实施例所述的信息处理方法，第一客户端在进行支付请求的形成时，不用暂停所述多媒体信息的播放，在后台形成所述支付请求并在后台发送所述支付请求，这样能够不影响旁边进行所述多媒体信息的观看的用户。当然所述支付请求是否发送成功，可以在保持所述多媒体信息播放的前提下，输出支付请求发送成功的消息。这里的输出可以是在所述多媒体信息上叠加显示所述支付请求发送成功消息，当然这时通常选择播放所述多媒体信息的边角位置进行显示。
如电视在播放电视剧《虎妈猫爸》时，插播了一个红酒广告；观看用户A想购买，而观看用户B则想等红酒广告完毕后继续光看电视剧，若采用现有的方法，则电视可能切换到其他页面，这样会影响观看用户B的观看；而采用本实施例所述的信息处理方法，则完全不用担心这类问题。所述步骤S110至步骤S130都可以在电视的后台完成。
显然本实施例所述的信息处理方法，提高了电子设备的智能性和用户的使用满意度。
方法实施例三：
如图1所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S110：业务应用检测支付操作；
步骤S120：响应所述支付操作，获取支付信息；
步骤S130：依据所述支付信息形成支付请求；
步骤S140：发送所述支付请求；
所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。
所述方法还包括：
在所述业务应用检测支付操作之前，建立所述业务应用与所述支付账号的绑定关系。
建立所述业务应用与所述支付账号的方法有多种，以下提供两种可选方式：
如图2所示，可选方式一：
步骤S11：接收所述支付账号的标识信息；
步骤S12：将所述支付账号的标识信息发送给的服务器；
所述支付账号的标识信息用于所述服务器建立所述业务应用与所述支付账号的绑定关系。在图2中包括步骤S13：服务器依据所述支付账号的标识信息，建立所述业务应用与支付账号的绑定关系。
所述服务器可为业务应用提供服务的电子设备。
所述业务应用可以为视频播放应用。如网络电视中，所述业务应用可以为电视盒子或智能电视里的应用。所述服务器可为网络电视或智能电视提供视频播放服务的服务器。
在本实施例中，用户可以在不观看视频的时候，通过遥控或手机或电视机上的按键等电视机等所述业务应用运行的客户端输入所述支付账号的标识信息。
业务应用接收到所述标识信息之后将会发送给服务器；服务器会将业务应用的标识信息和支付账号的标识信息对应存储起来，这样后续可以通过业务应用的标识信息查询到支付账号的标识信息，从而实现了业务应用与支付账号之间的绑定关系。在具体实现时，一个所述业务应用可以与一个或多个所述支付账号之间建立绑定关系。当所述业务应用与多个支付账号建立有绑定关系时，在检测所述支付操作时，用户还可以通过遥控或手机等方式指示具体由哪一个支付账号来进行支付。
方式二：
具体如，所述服务器运行有一个公众号，该公众与所述支付账为同一类型的通信账号。
所述服务器将形成一个唯一标识所述业务应用的标识信息；如二维码或一维码等信息。
业务应用所在的客户端将像是所述业务应用的标识信息和所述公众号的标识信息；
这样用户通过扫描所述公众号的标识信息，首先建立了所述支付账号与所述公众号之间的通信，再将所述业务应用的标识信息发送给所述公众号；这样所述公众号所在的服务器将存储所述业务应用的标识信息和所述支付账号的标识信息，完成所述绑定关系的建立。
显然本实施例提供了一种绑定关系的建立方法，具有实现简单的特点。
方法实施例四：
如图1所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S110：业务应用检测支付操作；
步骤S120：响应所述支付操作，获取支付信息；
步骤S130：依据所述支付信息形成支付请求；
步骤S140：发送所述支付请求；
所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。
在具体实现时，用户可以通过本实施例所述的信息处理方法，请他人帮忙代付。具体如，小敏自己没有支付账号或自己的支付账号并没有与所述业务应用建立有绑定关系，但是小明有支付账号已经与所述业务应用建立绑定关系。这时，若小明在上班，小敏在家看电视。若小明可以通过向电视发送所述支付操作的指令，控制电视通过服务器和支付平台向小明的支付账号发送支付请求。这样就是请小明进行代付。此时，小敏如何知道小明已经完成了支付了。在本实施例中，为了解决该问题，所述方法还包括：
在基于所述支付请求支付成功后，输出支付成功信息。
显然若小敏看到了支付成功信息，就知道小明已经完成了支付。当然，用于利用自己的支付账号进行支付，也可以通过所述业务应用所在的客户端显示的所述支付成功信息知道自己已经支付成功了。
此处的，所述支付成功信息可包括显示输出以及音频提示输出等输出方式。
本实施例所述信息处理方法，通过支付成功信息的输出，再次提高了电子设备的智能性及用户使用满意度。
作为本实施例的进一步改进，所述方法还包括：
在指定时间内所述支付账号未对所述支付请求进行支付时，输出支付提示信息或支付取消信息。
所述支付提示信息和支付取消信息，可对应不同的信息，也可以是对应于一条同时具有提示功能或确认是否取消支付的信息。这里的输出，同样可包括显示输出或音频输出等输出方式。
通过所述支付提示信息或支付取消信息的输出，能够提示用户及时支付或提示用户取消购物，这样实现了很好的与用户进行交互，提升了电子设备的智能性和用户的使用满意度。
在具体实现时，利用正在输出多媒体信息或浏览网页的客户端来输出所述支付成功信息、支付提示信息和支付取消信息的至少其中之一时，可以采用显示输出的方式，这样尽量减少对客户端当前正在处理的工作减少信息干扰。具体如，用户利用网络电视或智能电视正在看一个综艺节目，若突然插入语音提示，来提示用户进行支付，这样可能会招来用户的方案；但是若在播出综艺节目的同时，在智能电视或网络电视边缘显示位置，滚动输出支付提示信息，这样既可以达到提示用户的目的，同时还能够不对用户正在观看的综艺节目导致过大的干扰，再次提升了用户使用满意度。
综合上述，方法实施例一至方法实施例四，提供了客户端智能的协助用户进行支付的方法，提升了客户端的智能性、简化了用户操作且提升了用户使用满意度。
方法实施例五：
如图3所示，本实施例提供一种信息处理方法，其特征在于，所述方法包括：
步骤S210：接收业务应用发送的支付请求；
步骤S220：确定待接收所述支付请求的支付账号；其中，所述支付账号为与所述业务应用之间建立有绑定关系；
步骤S230：将所述支付账号及所述支付请求发送给支付平台；
所述支付请求用于通过所述支付平台发送给所述支付账号进行支付。
本实施例所述的信息处理方法，可应用于方法实施例一至方法实施例四所述信息处理方法所应用的客户端相连的服务器中。
比如，所述方法实施一至方法实施例四所述的信息处理方法应用于腾讯视频的播放客户端内。所述业务应用为腾讯视频应用。则本实施例所述的信息处理方法可为提供腾讯视频播放服务的服务器。本实施例所述的服务器运行有能够与所述支付账号进行通信的通信账号。具体如，所述支付账号为QQ账号，则所述服务器也运行有QQ账号，这两个QQ账号显然可以通过QQ平台进行相互的通信。
本实施例中所述服务器将接收业务应用发送的支付请求。这里的支付请求可能包括支付信息。所述支付信息可包括支付链接、支付标识信息或待付订单等信息。服务器接收到所述支付请求之后，将通过支付请求中携带的信息内容或支付请求的发送路径等方式确定出是哪一个业务应用发送的支付请求，从而能够确定出发送所述支付请求的业务应用，并根据业务应用的标识信息，到预先存储的支付应用与支付账号的绑定关系中，查询所述支付账号。这样的话，再向所述支付账号发送所述支付请求，这样能够将支付过程中需要知道的信息发送给支付账户进行支付。
在本实施例中所述步骤S220中为确定待接收所述支付请求的支付账号。
具体如何确定有多种方式，这里提供两种可选方式：
可选方式一：
所述服务器内事先建立并存储有所述业务应用与支付账号的绑定关系，这时，所述服务器可以依据所述业务应用的标识信息，依据所述业务应用的标识信息，查询与所述业务应用具有绑定关系的支付账号。
在具体的实现过程中，所述服务器可能会事先给每一个由其提供的业务应用分配一个唯一标识所述业务应用的标识信息，这样的话，服务器与业务应用进行通信时，就能知道是哪一个业务应用了。具体如，服务器接收到业务应用建立绑定关系的请求，服务器响应所述建立绑定关系的请求，为所述业务应用分配一个业务应用的标识信息，并将所述业务应用的标识信息发送给所述业务应用。这样后续在业务应用与服务器进行通信时，依据所述业务应用的标识信息来进行。此外，所述服务器还将接收客户端发送的支付账号的标识信息，对应存储所述业务应用的标识信息和所述支付账号的标识信息，从而建立起所述业务应用与支付账号的绑定关系。
可选方式二：
所述步骤S220可包括从所述业务应用接收所述支付账号。所述业务应用和支付账号之间的绑定关系，建立并存储在所述业务应用中。
这样步骤S220中可以通过接收所述业务应用发送的支付账号的标识信息来确定。所述支付账号的标识信息可以是与所述支付请求一同接收的，也可以是先于或者后于所述支付请求接收的。
这样的话，在步骤S220中可通过查询或接收的方式确定出当前业务应用发送的支付请求，具体是要发送给哪一个支付账号。总之这两种方式都可以用于所述服务器来简便的确定所述支付账号。
在步骤S230中具体可包括：
所述服务器将所述支付账号及支付请求一同发送给支付平台；
所述支付平台为用于向所述支付账号转发所述支付请求的通信平台。
显然在本方式中，所述服务器不直接向支付账号所在的客户端发送支付请求，而是通过支付平台进行转发的。具体如，所述支付平台可为微信平台。所述服务器上运行有微信公众号。这里的微信公众号可理解为微信团体号，主要是提供给企业、其他组织等团体应用的微信号。
再比如，所述支付账号为手机号等通信标识号。当然手机号可以通过话费的缴纳和扣除的方式来实现支付。则所述服务器可以通过向所述支付账号发送短消息等方式向所述支付账号发送所述支付请求。当然本方式也可能通过基站等网络通信平台来进行处理。
在本实施例中所述业务应用的标识信息可为服务器生成的可以唯一标识客户端中每一个业务应用的标识信息，这样方便后续服务器与客户端之间的沟通和识别。
总之本实施例所述信息处理方法，能够简化用户操作，提升服务器的智能性，更好的利用服务器的软硬件资源，提高了服务器的资源优化配置。
方法实施例六：
如图3所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S210：接收业务应用发送的支付请求；
步骤S220：确定待接收所述支付请求的支付账号；其中，所述支付账号为与所述业务应用之间建立有绑定关系；
步骤S230：将所述支付账号及所述支付请求发送给支付平台；
所述支付请求用于通过所述支付平台发送给所述支付账号进行支付。
所述方法还包括：
在所述接收业务应用发送的支付请求之前，建立所述业务应用与所述支付账号的绑定关系。
在本实施例中所述服务器还将建立所述业务应用高于所述支付账号之间的绑定关系，这种绑定关系包括建立所述业务应用的标识信息与所述支付账号的标识信息之间的映射关系，这样在接收到业务应用的支付请求时，可以根据业务应用的标识信息确定当前所述支付请求所要发送给的支付账号。
本实施例中所述的信息处理方法，是由服务器参与并通过预先建立业务应用与所述支付账号的绑定关系的确定支付账号。
具体如何，建立所述绑定关系，可参见如下方法：
服务器接收所述业务应用发送的所述支付账号的标识信息；
对应存储所述业务应用的标识信息和所述支付账号的标识信息。
这里的对应存储的意思至少包括：依据所述业务应用的标识信息，能够查询到对应的支付账号的标识信息。
具体如，所述服务器建立一个表格；表格中一个记录行表示一个绑定关系，在该记录行内存储有业务应用的标识信息和支付账号的标识信息。
在具体实现时，可能会出现一个业务应用与多个支付账号的建立有绑定关系的情形，在这种情形下，所述服务器还可接收查询标记，查询标记用于指示与所述业务应用建立有绑定关系的支付账号中的哪一个支付账号用于支付。
所述查询标记可以是所述支付账号的关键字段或首字段或绑定先后数学怒。。具体如，业务应用A绑定有支付账号A、账号B以及账号C。在接收到支付请求时，还接收到查询标记3；此处的3表示的与业务应用建立绑定关系的顺序为3的支付账号。
总之本实施例所述的方法，在前述实施例的基础上，提供了一种如何建立绑定关系的方法，具有实现简便的特点。
方法实施例七：
如图3所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S210：接收业务应用发送的支付请求；
步骤S220：依据所述业务应用的标识信息，查询与所述业务应用具有绑定关系的支付账号；
步骤S230：将所述支付账号及所述支付请求发送给支付平台；
所述支付请求用于通过所述支付平台发送给所述支付账号进行支付。
如图4所示，所述方法还包括：
步骤S240：接收所述支付账号通过所述支付平台发送的表示已支付的支付应答；
步骤S250：依据所述支付应答，形成支付成功信息；
步骤S260：将所述支付成功信息发送给所述业务应用；
所述支付成功信息用于在所述业务应用运行的客户端进行显示。
在本实施例中所述支付应答表示了对应的支付账号同意支付并且制定了支付操作，具体如触发了现金流过账等操作。
在步骤S250中形成支付成功信息，发送给业务应用，这样就方便所述业务应用所运行的客户端输出，以告知用户当前的支付状况，从而提高了服务器和客户端的智能性，提高了用户使用满意度。
与此同时，所述方法还包括：
步骤S270：在指定时间内未接收到所述支付账号的支付应答时，形成支付提示信息或支付取消信息；
步骤S280：将所述支付提示信息或所述支付取消信息发送给所述支付账号和所述业务应用的至少其中之一；
所述支付提示信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端；
所述支付取消信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端。
这样能够提示用户进行及时支付，或确定取消支付，避免导致支付过程迟迟不能进行的问题，给了用户更多的提示，能够减少支付的时间迟缓性，再次更好的利用的服务器和客户端的软硬件资源，提升了用户的使用满意度。
设备实施例一：
如图5所示，本实施例提供一种客户端，所述客户端包括：
检测单元110，用于业务应用检测支付操作；
响应单元120，用于响应所述支付操作，获取支付信息；
形成单元130，用于依据所述支付信息形成支付请求；
第一发送单元140，用于发送所述支付请求；
所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。
本实施例所述的客户端可为前述实施例中的能够应用步骤S110至步骤S140中所述方法的客户端或所述第一客户端。
本实施例所述的检测单元110可对应于电子设备中的人机交互接口，用于接收用户输出的支付操作。所述人机交互接口可包括键盘、鼠标、遥控、语音输入模块等人机交互接口。
所述响应单元120和所述形成单元130对应的硬件结构可为电子设备内的处理器和存储介质。所述处理器和存储介质之间通过电子设备的内部通信接口相连，所述存储介质上存储有可执行代码，所述处理器可通过执行所述可执行代码来分别实现所述响应单元120和形成单元130的功能。
所述第一发送单元140可对应各种类型的通信接口，如有线通信接口和无线通信接口。所述有线通信接口可包括电缆接口和光缆接口。所述无线通信接口可包括WiFi天线或蓝牙天线等结构。
本实施例所述的客户端为能够根据用户的支付操作，将支付信息以支付请求的发送给与所述业务应用建立有绑定关系的支付账号。这样的话，就避免了用户利用手机等电子设备扫描或所述支付信息，或向所述填写支付账号等操作，提高了所述客户端的智能性，更好的而利用了电子设备的软硬件资源，提升了用户使用满意度。
在本实施例中，所述检测单元110，具体用于在播放多媒体信息时，检测针对于所述多媒体信息的支付操作。所述多媒体信息可包括视频、图片等信息。比如，所述多媒体信息是信息内容为商品广告信息或景区宣传信息的视频。在现有技术中用户若想进行购买或预订门票，可能需要进入扫描电子设备显示的支付标识或控制电子设备退出播出所述多媒体信息的界面，进入支付界面。这样显然会干扰到用户本人或其他一同关注所述多媒体信息播出的其他用户的，且用户这种操作方式，用户操作比较繁琐，用户的使用满意度低。而采用本实施例所述的客户端进行所述支付操作，客户端会自动检测用户输入的支付操作，在不影响所述多媒体信息的播出的情况下，在客户端的后台获取支付信息，形成支付请求并最终，所述支付请求通过网络发送到与所述业务应用具有绑定关系的支付账号。这样用户可以利用运行有对应支付账号的其他电子设备来进行支付。当然本实施例所述客户端，也可以通过这种支付请求的形成来让他人代付。
比如，用户在看电视剧武媚娘传奇其中，在播出所述电视剧妩媚娘传奇时，还在网络电视的边缘位置通过图片的信息插播了一个彩妆的图片广告。若采用现有技术中的方法，则用户需要通过遥控或网络电视按钮暂停电视，利用手机扫描图片广告对应的支付二维码等。在完成手机扫描之后利用微信账号、QQ账号、财富通账号或支付宝账号等具有支付功能的支付账号来进入支付界面或下订单进行支付。显然用户对准电视机进行扫描，这样用户操作繁琐；暂停电视剧妩媚娘传奇的播放，干扰了一同观影的其他用户的观看；这样网络电视的智能性显得很低，用户的使用满意度不高。而利用本实施例所述的客户端，用户可以通过向检测单元输入一个指令，如通过遥控按击特定控件，网络电视将认为检测到用户购买所述彩妆的图片广告中的产品并进行支付的支付操作。此时，在网络电视的后台将获取支付信息，如获取所述支付二维码，形成支付请求；再通过微信平台、QQ平台或财富通平台等支付平台向与所述业务应用建立有绑定关系的支付账号发送所述支付请求。这是用户的手机将接收到所述支付请求。支付请求中就包括用户进行支付的必要信息，如支付链接、支付标识信息或订单信息等。这时，用户可以利用手机进行支付。
利用本实施例所述的客户端进行支付，能够简化用户的支付操作，提升了客户端的智能性和用户使用满意度。
设备实施例二：
如图5所示，本实施例提供一种客户端，所述客户端包括：
检测单元110，用于业务应用检测支付操作；
响应单元120，用于响应所述支付操作，获取支付信息；
形成单元130，用于依据所述支付信息形成支付请求；
第一发送单元140，用于发送所述支付请求；
所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。
所述客户端还包括：
第一建立单元，用于在所述业务应用检测支付操作之前，建立所述业务应用与所述支付账号的绑定关系。
本实施例所述的第一建立单元主要用于建立所述业务应用与支付账号的绑定关系。所述第一建立单元可包括人机交互接口，用于接收用户输入的支付账号。所述第一建立单元还可包括输出结构，如显示屏或语音输出结构，通过输出业务应用的标识信息，由用于基于第一建立单元输出的业务应用的标识信息，在利用其他电子设备，如手机建立绑定关系。这样绑定关系可以存储在所述客户中，也可以存储在为所述客户端提供服务的服务器中，具体如提供视频播出服务的视频服务器中。
作为本实施例的进一步改进，所述第一建立单元，具体用于接收所述支付账号的标识信息；及将所述标识信息发送给的服务器；
所述标识信息用于所述服务器建立所述业务应用与所述支付账号的绑定关系。
在本实施例中所述第一建立单元主要包括：用于接收支付账号的标识信息的人机交互接口，同时还包括通信接口；所述通信接口可包括各种有线或无线的通信接口，用于向服务器发送所述支付账号的标识信息。最终所述业务应用与所述支付账号的绑定关系是建立在所述服务器中的。
当然具体实现时，所述第一建立单元也可以自行建立所述业务应用与所述支付账号之间的绑定关系，并自行通过查询建立在所述客户端的本地的绑定关系确定待接收所述支付信息的支付账号。
总之本实施例提供了一种客户端，具有结构简单及实现简便的优点。
设备实施例三：
如图5所示，本实施例提供一种客户端，所述客户端包括：
检测单元110，用于业务应用检测支付操作；
响应单元120，用于响应所述支付操作，获取支付信息；
形成单元130，用于依据所述支付信息形成支付请求；
第一发送单元140，用于发送所述支付请求；
所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。
所述客户端还包括：
输出单元，用于在基于所述支付请求支付成功后，输出支付成功信息。
所述输出单元可包括各种类型的显示屏，利用显示方式输出所述支付成功信息；所述输出单元还可包括音频输出结构(如扬声器)，利用音频输出结构输出所述支付成功信息。
本实施例中所述客户端通过输出单元的设置，能够及时的告知用户当前是否支付成功的状况，再次提高了客户端的智能性和用户使用满意度。
作为本实施例的进一步改进，输出单元，还可用于在指定时间内所述支付账号未对所述支付请求进行支付时，输出支付提示信息或支付取消信息。
这里通过支付提示信息或支付取消信息的输出，来提示用户支付或提示用户取消支付，这样避免了支付请求形成之后迟迟得不到支付的问题，再次提高了客户端的智能性及用户使用满意度。
设备实施例四：
如图6所示，本实施例提供一种服务器，所述服务器包括：
接收单元210，用于接收业务应用发送的支付请求；
确定单元220，用于确定待接收所述支付请求的支付账号；其中，所述支付账号为与所述业务应用之间建立有绑定关系；
第二发送单元230，用于将所述支付账号及所述支付请求发送给支付平台；
所述支付请求用于通过所述支付平台发送给所述支付账号进行支付。
本实施例所述的服务器可为前述实施例中所述客户端提供服务的电子设备。这里的服务器不仅可指一个电子设备，还可以泛指多个电子设备形成群组。本实施例所述的服务器与前述设备实施例中所述的客户端或方法实施例中的所述第一客户端建立有网络连接，能够进行信息交互。
本实施例所述服务器包括接收单元210。所述接收单元210为能够与客户端建立有通信连接，能够进行通信的通信接口，可以用于从客户端接收所述支付请求。所述通信接口可为各种类型的有线通信接口或无线通信接口。
所述第二发送单元230可为向支付账号发送所述支付请求的通信接口，同样可包括各种类型的有线通信接口或无线通信接口
所述确定单元220需要确定出所述支付请求所发送的支付账号。
所述确定单元220的结构根据确定所述支付请求的方式的而结构不同。
以下提供两种所述确定单元220的可选结构。
可选结构一：
所述确定单元220，用于依据所述业务应用的标识信息，查询与所述业务应用具有绑定关系的支付账号。
这时，所述确定单元220可包括存储介质；所述存储介质存储有与所述业务应用具有绑定关系的支付账号的标识信息等信息。所述确定到哪元220还包括具有信息查询等信息处理功能的处理器等结构。
可选结构二：
所述确定单元220可包括信息解析结构，如解码器；所述解析结构，用于解析所述业务应用发送的所述支付账号的标识信息，确定所述支付账号。通常所述支付账号的标识信息可与所述支付请求一同从所述客户端接收，或分别接收所述支付请求和所述支付账号的标识信息。
显然本实施例中，提供两种不同的确定单元220的结构，这两种结构都具有结构简单的特点，并且能简便的确定出所述支付账号。
当所述客户端中的确定单元220为前述的可选结构一时，所述服务器还包括：
第二建立单元，用于在所述接收业务应用发送的支付请求之前，建立所述业务应用与所述支付账号的绑定关系。
本实施例所述第二建立单元的具体结构，至少可包括存储介质，需要通过信息存储来建立所述业务应用与所述支付账号的绑定关系。具体如，所述第二建立单元，具体用于接收所述业务应用发送的所述支付账号的标识信息；及对应存储所述业务应用的标识信息和所述支付账号的标识信息。此处，的对应存储可包括建立所述业务应用的标识信息和所述支付账号的标识信息的映射关系等。采用本实施例所述的第二建立单元建立所述业务应用与所述支付账号之间的绑定关系，具有结构简单及实现简便的优点。
设备实施例五：
如图6所示，本实施例提供一种服务器，所述服务器包括：
接收单元210，用于接收业务应用发送的支付请求；
确定单元220，用于确定待接收所述支付请求的支付账号；其中，所述支付账号为与所述业务应用之间建立有绑定关系；
第二发送单元230，用于将所述支付账号及所述支付请求发送给支付平台；
所述支付请求用于通过所述支付平台发送给所述支付账号进行支付。
所述服务器还包括形成单元；
所述接收单元210，还用于接收所述支付账号通过所述支付平台发送的表示已支付的支付应答；
所述形成单元，还用于依据所述支付应答，形成支付成功信息；
所述第二发送单元230，还用于将所述支付成功信息发送给所述业务应用；
所述支付成功信息用于在所述业务应用运行的客户端进行显示。
在本实施例中所述服务器通过生成所述支付成功信息发送给客户端，这样能够及时通过客户端显示所述支付成功信息，方便用户查看支付状态，再次提升了服务器的软硬件资源的利用率和智能性及用户使用满意度。
此外，本实施例中的所述形成单元，还用于在指定时间内未接收到所述支付账号的支付应答时，形成支付提示信息或支付取消信息；
所述第二发送单元230，还用于将所述支付提示信息或所述支付取消信息发送给所述支付账号和所述业务应用的至少其中之一；
所述支付提示信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端；
所述支付取消信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端。
当然本实施例中的形成所述支付成功信息与形成所述支付取消信息或支付提示信息的形成单元对应于同一个硬件结构，也可以对应于不同的硬件结构。
以下结合上述任意实施例提供一个具体示例。
图7所示的为能够应用本实施例所述信息处理方法的通信系统。在图7所示的通信系统中，包括智能时/盒子app客户端。此处的盒子为网络电视佩戴使用的而电视盒子。所述盒子app客户端利用所述盒子的硬件和运行在所述盒子上的软件形成的与app后台对应的客户端。本实施例所述的app后台即为前述的服务器，通常为位于网络侧的服务器。所述盒子app即为前述的业务应用。
在本示例中，所述app后台上运行有微信公众号。这样所述app后台就能基于微信公众号与微信公众平台进行信息交互。微信账号可包括微信公众号和微信个人账号。通常所述微信公众号为微信团体号，用于企业或其他团体组织的公众号。所述微信个人账号通常为一个用户的微信号。为微信账号提供微信服务的平台可称为微信平台。所述微信平台包括所述微信公众平台。所述微信公众平台用于为微信公众号提供微信服务；这里可理解为通过微信公众平台进行的微信通信，至少有一方的微信账号为所述微信公众号。图7中的用户微信账号即为前述实施例中的支付账号。此处所述用户微信账号，可为前述的微信个人账号也可以微信公众号。当所述用户微信为微信公众号可以为企业或其他团体组织的公共支付账号。
以下具体提供本示例中基于图7所示的通信系统进行支付的方法：
绑定：通过盒子app扫描app后台提供的微信二维码，使得盒子app与微信公众号绑定；同时还将建立盒子app与用户微信账号的绑定。
支付：用户在电视上选购完毕后，电视盒子app客户端将支付信息发送到用户微信帐号，让用户免扫二维码就能进行付费。这里的用户在电视上选购，可包括向客户端输入支付操作，这时所述客户端需要进行检测。
步骤a：盒子app检测支付操作，形成支付请求；
步骤b：智能电视/盒子app客户端向app后台发送支付请求；
步骤c:app后台向微信公众平台发送支付请求；
步骤d：微信公众平台向用户微信账号推送支付请求；
步骤e：利用用户微信账号进行支付；
步骤f：微信用户向微信公众平台发送支付应答；
步骤g：微信公众平台向app后台发送支付应答；
步骤h：app后台确定支付成功，执行支付后续操作。
所述app后台可为能够为盒子app提供后台视频播放服务的服务器，存储用户微信账号与盒子app的绑定关系、校验盒子app发送的所述支付请求的真实性、转发所述支付请求到微信公众平台及接收微信公众平台支付结果并通知盒子app客户端。其中，微信公众平台将会将支付请求转发到用户微信账号。
至于绑定关系的建立：
在进行支付前，需要绑定盒子app和用户微信帐号的对应关系，并将其存储在app后台(appID->wechatOpenID)。之后盒子app的支付请求都将会转发给此绑定的微信用户账号。
为了提高支付安全性，app后台需要保证客户端支付请求的真实性，利用客厅现有换票、验票机制可以保证请求非伪造。其中，所暑假换票、验票机制可以参见现有技术，在此就不详细说明了。
app后台请求支付
利用微信现有的支付接口请求支付。微信支付接口本身具有防伪造等特性来保证安全性。用户微信账号支付完毕后会异步通知app后台。
微信的支付是异步的，盒子app在发送支付请求后不需要等待支付结果。支付完毕后app后台将使用app的消息通道(或智能电视已有消息通道)通知支付结果给盒子app。如果订单建立后一直未支付，app后台将推送通知消息给用户微信账号和盒子app所在的客户端提示支付。如果超时未支付可以取消订单。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (26)

1.一种信息处理方法，其特征在于，所述方法包括：
在保持多媒体信息播放时，业务应用检测支付操作；
响应所述支付操作，获取支付信息；
依据所述支付信息形成支付请求；
发送各所述支付请求；
所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。
2.根据权利要求1所述的方法，其特征在于，
所述业务应用检测支付操作包括：
在播放多媒体信息时，检测针对于所述多媒体信息的支付操作。
3.根据权利要求1所述的方法，其特征在于，
所述方法还包括：
在所述业务应用检测支付操作之前，建立所述业务应用与所述支付账号的绑定关系。
4.根据权利要求3所述的方法，其特征在于，
所述在所述业务应用检测支付操作之前，建立所述业务应用与所述支付账号的绑定关系，包括：
接收所述支付账号的标识信息；
将所述标识信息发送给的服务器；
所述标识信息用于所述服务器建立所述业务应用与所述支付账号的绑定关系。
5.根据权利要求1所述的方法，其特征在于，
所述方法还包括：
在基于所述支付请求支付成功后，输出支付成功信息。
6.根据权利要求1所述的方法，其特征在于，
所述方法还包括：
在指定时间内所述支付账号未对所述支付请求进行支付时，输出支付提示信息或支付取消信息。
7.一种信息处理方法，其特征在于，所述方法包括：
接收业务应用发送的支付请求，其中，所述支付请求是在保持多媒体信息播放时业务应用检测到支付操作之后形成的；
确定待接收所述支付请求的支付账号；其中，所述支付账号为与所述业务应用之间建立有绑定关系；
将所述支付账号及所述支付请求发送给支付平台；
所述支付请求用于通过所述支付平台发送给所述支付账号进行支付。
8.根据权利要求7所述的方法，其特征在于，
所述确定待接收所述支付请求的支付账号，包括：
依据所述业务应用的标识信息，查询与所述业务应用具有绑定关系的支付账号。
9.根据权利要求8所述的方法，其特征在于，
所述方法还包括：
在所述接收业务应用发送的支付请求之前，建立所述业务应用与所述支付账号的绑定关系。
10.根据权利要求9所述的方法，其特征在于，
所述建立所述业务应用与所述支付账号的绑定关系，包括：
接收所述业务应用发送的所述支付账号的标识信息；
对应存储所述业务应用的标识信息和所述支付账号的标识信息。
11.根据权利要求7所述的方法，其特征在于，
所述确定待接收所述支付请求的支付账号，包括：
解析所述业务应用发送的所述支付账号的标识信息，确定所述支付账号。
12.根据权利要求7所述的方法，其特征在于，
所述方法还包括：
接收所述支付账号通过所述支付平台发送的表示已支付的支付应答；
依据所述支付应答，形成支付成功信息；
将所述支付成功信息发送给所述业务应用；
所述支付成功信息用于在所述业务应用运行的客户端进行显示。
13.根据权利要求7所述的方法，其特征在于，
所述方法还包括：
在指定时间内未接收到所述支付账号的支付应答时，形成支付提示信息或支付取消信息；
将所述支付提示信息或所述支付取消信息发送给所述支付账号和所述业务应用的至少其中之一；
所述支付提示信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端；
所述支付取消信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端。
14.一种客户端，其特征在于，所述客户端包括：
检测单元，用于在保持多媒体信息播放时，业务应用检测支付操作；
响应单元，用于响应所述支付操作，获取支付信息；
形成单元，用于依据所述支付信息形成支付请求；
第一发送单元，用于发送各所述支付请求；
所述支付请求用于发送给与所述业务应用建立有绑定关系的支付账号进行支付。
15.根据权利要求14所述的客户端，其特征在于，
所述检测单元，具体用于在播放多媒体信息时，检测针对于所述多媒体信息的支付操作。
16.根据权利要求14所述的客户端，其特征在于，
所述客户端还包括：
第一建立单元，用于在所述业务应用检测支付操作之前，建立所述业务应用与所述支付账号的绑定关系。
17.根据权利要求16所述的客户端，其特征在于，
所述第一建立单元，具体用于接收所述支付账号的标识信息；及将所述标识信息发送给的服务器；
所述标识信息用于所述服务器建立所述业务应用与所述支付账号的绑定关系。
18.根据权利要求14所述的客户端，其特征在于，
所述客户端还包括：
输出单元，用于在基于所述支付请求支付成功后，输出支付成功信息。
19.根据权利要求14所述的客户端，其特征在于，
所述客户端还包括：
输出单元，用于在指定时间内所述支付账号未对所述支付请求进行支付时，输出支付提示信息或支付取消信息。
20.一种服务器，其特征在于，所述服务器包括：
接收单元，用于接收业务应用发送的支付请求，其中，所述支付请求是在保持多媒体信息播放时业务应用检测到支付操作之后形成的；
确定单元，用于确定待接收所述支付请求的支付账号；其中，所述支付账号为与所述业务应用之间建立有绑定关系；
第二发送单元，用于将所述支付账号及所述支付请求发送给支付平台；
所述支付请求用于通过所述支付平台发送给所述支付账号进行支付。
21.根据权利要求20所述的服务器，其特征在于，
所述确定单元，用于依据所述业务应用的标识信息，查询与所述业务应用具有绑定关系的支付账号。
22.根据权利要求21所述的服务器，其特征在于，
所述服务器还包括：
第二建立单元，用于在所述接收业务应用发送的支付请求之前，建立所述业务应用与所述支付账号的绑定关系。
23.根据权利要求22所述的服务器，其特征在于，
所述第二建立单元，具体用于接收所述业务应用发送的所述支付账号的标识信息；及对应存储所述业务应用的标识信息和所述支付账号的标识信息。
24.根据权利要求20所述的服务器，其特征在于，
所述确定单元，具体用于解析所述业务应用发送的所述支付账号的标识信息，确定所述支付账号。
25.根据权利要求20所述的服务器，其特征在于，
所述服务器还包括形成单元；
所述接收单元，还用于接收所述支付账号通过所述支付平台发送的表示已支付的支付应答；
所述形成单元，还用于依据所述支付应答，形成支付成功信息；
所述第二发送单元，还用于将所述支付成功信息发送给所述业务应用；
所述支付成功信息用于在所述业务应用运行的客户端进行显示。
26.根据权利要求20所述的服务器，其特征在于，
所述服务器还包括形成单元；
所述形成单元，还用于在指定时间内未接收到所述支付账号的支付应答时，形成支付提示信息或支付取消信息；
所述第二发送单元，还用于将所述支付提示信息或所述支付取消信息发送给所述支付账号和所述业务应用的至少其中之一；
所述支付提示信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端；
所述支付取消信息用于显示在所述业务应用运行的客户端或所述支付账号运行的客户端。
CN201510330318.0A 2015-06-15 2015-06-15 信息处理方法、客户端及服务器 Active CN104966197B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201510330318.0A CN104966197B (zh) 2015-06-15 2015-06-15 信息处理方法、客户端及服务器
PCT/CN2016/081425 WO2016202116A1 (zh) 2015-06-15 2016-05-09 信息处理方法、客户端、服务器和计算机存储介质
US15/636,147 US20170300914A1 (en) 2015-06-15 2017-06-28 Method, client, server and computer storage medium for processing information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510330318.0A CN104966197B (zh) 2015-06-15 2015-06-15 信息处理方法、客户端及服务器

Publications (2)

Publication Number Publication Date
CN104966197A CN104966197A (zh) 2015-10-07
CN104966197B true CN104966197B (zh) 2019-05-17

Family

ID=54220229

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510330318.0A Active CN104966197B (zh) 2015-06-15 2015-06-15 信息处理方法、客户端及服务器

Country Status (3)

Country Link
US (1) US20170300914A1 (zh)
CN (1) CN104966197B (zh)
WO (1) WO2016202116A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10019430B2 (en) * 2015-02-09 2018-07-10 Thomas Ralph Rossi System and method for automatically filling out forms
CN104966197B (zh) * 2015-06-15 2019-05-17 腾讯科技（北京）有限公司 信息处理方法、客户端及服务器
WO2018027630A1 (zh) * 2016-08-10 2018-02-15 董访问 手机指纹验证的方法和验证系统
WO2018027629A1 (zh) * 2016-08-10 2018-02-15 董访问 指纹验证技术的数据采集方法和验证系统
WO2018027655A1 (zh) * 2016-08-10 2018-02-15 董访问 指纹验证技术的权属确认方法和验证系统
CN106570693A (zh) * 2016-10-28 2017-04-19 努比亚技术有限公司 移动终端及移动终端的支付方法
CN106570100B (zh) * 2016-10-31 2019-02-26 腾讯科技（深圳）有限公司 信息搜索方法和装置
CN107103474A (zh) * 2017-03-06 2017-08-29 口碑控股有限公司 支付结果的通知方法和装置
CN107124628B (zh) * 2017-05-10 2020-08-11 深圳创维数字技术有限公司 一种广告数据的发布方法和系统
CN107341657A (zh) * 2017-06-22 2017-11-10 北京小米移动软件有限公司 基于应用程序的付费处理方法、装置及终端
CN109801052B (zh) * 2017-11-16 2023-08-22 华为技术有限公司 一种转账方法以及支付平台
CN109874033A (zh) * 2017-12-01 2019-06-11 尼尔森网联媒介数据服务有限公司 一种电视购物的方法以及系统
WO2020093279A1 (en) * 2018-11-07 2020-05-14 Beijing Didi Infinity Technology And Development Co., Ltd. Methods and systems for determining payment method for rendering payment for online-to-offline service
CN109741062A (zh) * 2019-01-09 2019-05-10 湖北凌晖信息科技有限公司 一种用于网络游戏的充值系统
CN109889906B (zh) * 2019-03-13 2021-06-01 北京奇艺世纪科技有限公司 一种购物方法及相关设备
CN110868640A (zh) * 2019-11-18 2020-03-06 北京小米移动软件有限公司 资源转移方法、装置、设备及存储介质
CN111310006B (zh) * 2020-02-10 2021-06-04 腾讯科技（深圳）有限公司 账号绑定方法、装置、终端设备及计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103246977A (zh) * 2013-04-28 2013-08-14 深圳创维－Rgb电子有限公司 一种电视支付信息发送、接收方法
CN103501447A (zh) * 2013-10-25 2014-01-08 乐视网信息技术（北京）股份有限公司 一种智能电视支付方法、装置及系统
CN103530766A (zh) * 2013-10-25 2014-01-22 乐视网信息技术（北京）股份有限公司 一种智能电视支付方法、装置及系统
CN104657851A (zh) * 2013-11-19 2015-05-27 腾讯科技（深圳）有限公司 一种支付绑定管理方法、支付服务器、客户端以及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102223572A (zh) * 2011-06-17 2011-10-19 深圳市同洲电子股份有限公司 移动终端支付数字电视业务的方法和移动终端
US8595808B2 (en) * 2011-12-16 2013-11-26 Daon Holdings Limited Methods and systems for increasing the security of network-based transactions
US20150142658A1 (en) * 2013-11-19 2015-05-21 Tencent Technology (Shenzhen) Company Limited Payment binding management method, payment server, client, and system
US9892400B1 (en) * 2014-08-20 2018-02-13 Square, Inc. Invitation management based on existing contacts
CN104966197B (zh) * 2015-06-15 2019-05-17 腾讯科技（北京）有限公司 信息处理方法、客户端及服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103246977A (zh) * 2013-04-28 2013-08-14 深圳创维－Rgb电子有限公司 一种电视支付信息发送、接收方法
CN103501447A (zh) * 2013-10-25 2014-01-08 乐视网信息技术（北京）股份有限公司 一种智能电视支付方法、装置及系统
CN103530766A (zh) * 2013-10-25 2014-01-22 乐视网信息技术（北京）股份有限公司 一种智能电视支付方法、装置及系统
CN104657851A (zh) * 2013-11-19 2015-05-27 腾讯科技（深圳）有限公司 一种支付绑定管理方法、支付服务器、客户端以及系统

Also Published As

Publication number Publication date
US20170300914A1 (en) 2017-10-19
CN104966197A (zh) 2015-10-07
WO2016202116A1 (zh) 2016-12-22

Similar Documents

Publication Publication Date Title
CN104966197B (zh) 信息处理方法、客户端及服务器
US20070233839A1 (en) Method and apparatus for delivering a virtual reality environment
JP2011507413A (ja) ユーザと双方向システムとの間の双方向交信を管理するためのシステムと方法
US10349234B1 (en) Bi-directional integration and control of managed and unmanaged devices
CN105681877B (zh) 机顶盒、电视、平台、遥控器及建立连接的方法、装置
CN103246977A (zh) 一种电视支付信息发送、接收方法
WO2012055315A1 (zh) 一种提供和管理互动服务的系统和方法
CN107276888A (zh) 数据共享方法和装置、服务器、移动终端以及存储介质
CN105933274A (zh) 一种支付方法及装置
CN107172196B (zh) 一种业务互动方法、装置和系统
CN106385603A (zh) 媒体文件的消息传输方法和装置
CN104486205A (zh) 一种信息交互的方法与装置
CN103597808B (zh) 基于域名来引导消息
CN104796783A (zh) 一种基于双向机顶盒的账单推送方法、装置和系统
CN103957151A (zh) 一种基于互动盒子的互动应用管理系统
CN103548368B (zh) 用于使用环形数据提供ars联锁数据的系统及其方法
CN105916005B (zh) 多媒体信息的内容模式控制方法和装置
CN106375784A (zh) 评论节目和提供节目的评论信息的方法和装置
CN105635825A (zh) 智能电视及其数据处理方法、服务器
CN110138644A (zh) 信息处理方法及装置
KR100479690B1 (ko) 양방향 방송정보 제공 시스템 및 방법
CN107659702A (zh) 固定电话防骚扰方法和系统以及相关设备
CN100433771C (zh) 通过网络媒体话机终端捆绑获得免费资源应用的方法
CN109191707A (zh) 播放广告方法及移动电源租赁系统
CN109547565A (zh) 富媒体信息发送、接收方法及终端设备和存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant