处理业务的方法、装置及系统的制作方法
【专利摘要】本发明公开了一种处理业务的方法、设备及系统，属于信息处理【技术领域】。方法包括：接收前端设备发送的携带了待处理业务的业务信息的业务处理请求；根据业务信息确定推荐的业务处理渠道，并获取推荐的业务处理渠道的内容；将推荐的业务处理渠道的内容发送给前端设备，使前端设备对推荐的业务处理渠道的内容进行展示；接收前端设备发送的业务确认信息，并根据业务确认信息对待处理业务进行处理。本发明通过根据待处理业务的业务信息确定推荐的业务处理渠道，并将推荐的业务处理渠道的内容发送至前端设备，使前端设备对推荐的业务处理渠道的内容进行展示，减少了前端设备展示业务处理渠道的数量，从而降低了业务处理的时间，增加了业务处理的成功率。
【专利说明】处理业务的方法、装置及系统
【技术领域】
[0001]本发明涉及信息处理【技术领域】，特别涉及一种处理业务的方法、装置及系统。
【背景技术】
[0002]随着互联网的发展，通过互联网处理业务已经成为主要的处理业务方式之一。而随着业务种类及业务提供商的数量越来越多，业务处理渠道的种类也随之增多。该业务处理渠道即为可以处理该业务的所有方式。例如，在支付业务中，支付业务处理渠道可以分为虚拟货币支付渠道、财付通支付渠道、支付宝支付渠道以及快捷支付渠道等。在众多业务处理渠道中，好的处理业务的方法可以减少选择业务处理渠道的时间，从而减少处理业务所需时间，提高处理业务的成功率。
[0003]在目前处理业务的方法中，系统在业务处理渠道界面将可进行业务办理的渠道全部展示给用户。用户需要先从系统提供的众多业务处理渠道中选择一种业务处理渠道，再进入选择的业务处理渠道流程完成业务办理。
[0004]在实现本发明的过程中，发明人发现上述办理业务的方法至少存在以下缺点:
[0005]由于业务处理渠道的多样化，在业务处理渠道界面展示的业务处理渠道也越来也多，因此仅仅通过业务处理渠道界面很难明确说明各种交易渠道之间的区别，以及各种业务处理渠道处理业务时需要的条件，用户往往在进入某一业务处理渠道后才发现所选业务办理渠道不能完成业务办理，需要返回业务处理渠道界面重新选择业务处理渠道，进而增加了业务办理的时间，降低了业务办理的成功率。
【发明内容】
[0006]为了解决现有技术的问题，本发明实施例提供了一种办理业务的方法、设备及系统。所述技术方案如下:
[0007]第一方面，提供了一种处理业务的方法，所述方法包括:
[0008]接收处理业务的前端设备发送的业务处理请求，所述业务处理请求中携带了待处理业务的业务信息；
[0009]根据所述待处理业务的业务信息确定推荐的业务处理渠道，并获取所述推荐的业务处理渠道的内容；
[0010]将所述推荐的业务处理渠道的内容发送给所述前端设备，使所述前端设备对所述推荐的业务处理渠道的内容进行展示；
[0011 ] 接收所述前端设备发送的业务确认信息，并根据所述业务确认信息对所述待处理业务进行处理。
[0012]第二方面，提供了一种处理业务的装置，所述装置应用于处理业务的后端设备，所述后端设备包括:
[0013]第一接收模块，用于接收处理业务的前端设备发送的业务处理请求，所述业务处理请求中携带了待处理业务的业务信息；
[0014]确定模块，用于根据所述第一接收模块接收到的所述待处理业务的业务信息确定推荐的业务处理渠道；
[0015]获取模块，用于获取所述确定模块确定的所述推荐的业务处理渠道的内容；
[0016]第一发送模块，用于将所述获取模块获取到的所述推荐的业务处理渠道的内容发送给所述前端设备，使所述前端设备对所述推荐的业务处理渠道的内容进行展示；
[0017]第二接收模块，用于接收所述前端设备发送的业务确认信息；
[0018]处理模块，用于根据所述第二接收模块接收到的所述业务确认信息对所述待处理业务进行处理。
[0019]第三方面，提供了一种处理业务的方法，所述方法包括:
[0020]获取待处理业务的业务信息，并向处理业务的后端设备发送业务处理请求，所述业务处理请求中携带了所述待处理业务的业务信息；
[0021]接收所述后端设备发送的推荐的业务处理渠道的内容，并对所述推荐的业务处理渠道的内容进行展示；
[0022]获取业务确认信息，并将所述业务确认信息发送至所述后端设备，由所述后端设备根据所述业务确认信息对所述待处理业务进行处理。
[0023]第四方面，提供了一种处理业务的装置，所述装置应用于处理业务的前端设备，所述前端设备包括:
[0024]第一获取模块，用于获取待处理业务的业务信息；
[0025]第一发送模块，用于向处理业务的后端设备发送业务处理请求，所述业务处理请求中携带了所述待处理业务的业务信息；
[0026]第一接收模块，用于接收所述后端设备发送的推荐的业务处理渠道的内容；
[0027]展示模块，用于对所述推荐的业务处理渠道的内容进行展示；
[0028]第二获取模块，用于获取业务确认信息；
[0029]第二发送模块，用于将所述第二获取模块获取到的所述业务确认信息发送至所述后端设备，由所述后端设备根据所述业务确认信息对所述待处理业务进行处理。
[0030]第五方面，提供了一种处理业务的系统，所述系统包括:处理业务的后端设备和处理业务的前端设备；
[0031]其中，所述处理业务的后端设备运行有第一处理业务的装置，所述处理业务的前端设备运行有第二处理业务的装置；
[0032]所述第一处理业务的装置如第二方面所述的装置；
[0033]所述第二处理业务的装置如第四方面所述的装置。
[0034]本发明实施例提供的技术方案带来的有益效果是:
[0035]通过根据待处理业务的业务信息确定推荐的业务处理渠道，并将推荐的业务处理渠道的内容发送至处理业务的前端设备，使前端设备对推荐的业务处理渠道的内容进行展示，减少了前端设备展示业务处理渠道的数量，从而降低了业务处理的时间，增加了业务处理的成功率。
【专利附图】
【附图说明】
[0036]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0037]图1是本发明实施例提供的一种处理业务方法实施环境的结构示意图；
[0038]图2是本发明实施例一提供的一种处理业务的方法流程图；
[0039]图3是本发明实施例一提供的另一种处理业务的方法流程图；
[0040]图4是本发明实施例二提供的一种处理业务的方法流程图；
[0041]图5是本发明实施例二提供的一种第三方订单示意图；
[0042]图6是本发明实施例二提供的一种推荐的业务处理渠道的内容展示界面示意图；
[0043]图7是本发明实施例三提供的第一种确定推荐的业务处理渠道的方法流程图；
[0044]图8是本发明实施例四提供的第一种处理业务的装置结构示意图；
[0045]图9是本发明实施例四提供的第一种确定模块的结构示意图；
[0046]图10是本发明实施例四提供的第二种确定模块的结构示意图；
[0047]图11是本发明实施例四提供的第二种处理业务的装置结构示意图；
[0048]图12是本发明实施例四提供的第三种处理业务的装置结构示意图；
[0049]图13是本发明实施例五提供的第一种处理业务的装置结构示意图；
[0050]图14是本发明实施例五提供的第二种处理业务的装置结构示意图；
[0051]图15是本发明实施例六提供的一种处理业务的系统结构示意图；
[0052]图16是本发明实施例七提供的一种终端的结构示意图。
【具体实施方式】
[0053]为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
[0054]本发明实施例提供了一种处理业务的方法，请参考图1，其展示出了本发明实施例提供的处理业务的方法所涉及的实施环境的结构示意图。该实施环境包括处理业务的后端设备101、处理业务的前端设备102及第三方服务提供者103。
[0055]其中，处理业务的后端设备101上运行有第一处理业务的装置，该第一处理业务的装置如下述实施例三所述的处理业务的装置。另外，该处理业务的后端设备101可以是后端服务器，用于与第三方服务提供者103及处理业务的前端设备102结合来为用户提供处理业务的服务。
[0056]处理业务的前端设备102上运行有第二处理业务的装置，该第二处理业务的装置如下面实施例四所述的处理业务的装置。另外，处理业务的前端设备102可以是智能手机、平板电脑、电子书阅读器、MP3 (Moving Picture Experts GroupAud1 Layer III，动态影像专家压缩标准音频层面3)播放器、MP4 (Moving Picture Experts Group Aud1 LayerIV，动态影像专家压缩标准音频层面3)播放器、膝上型便携计算机和台式计算机等等。
[0057]第三方服务提供者103可以是第三服务提供方提供的后端服务器，且该第三方服务提供者103可通过第三方应用程序与处理业务的后端设备101及处理业务的前端设备102结合来为用户提供处理业务的服务。
[0058]上述处理业务的后端设备101、第三方服务提供者103及处理业务的前端设备102之间可以通过无线网络或者有线网络进行通信。
[0059]实施例一
[0060]结合上述实施环境，本实施例提供了一种处理业务的方法，参见图2，本实施例提供的方法流程具体如下:
[0061]201:接收处理业务的前端设备发送的业务处理请求，业务处理请求中携带了待处理业务的业务信息；
[0062]202:根据待处理业务的业务信息确定推荐的业务处理渠道，并获取推荐的业务处理渠道的内容；
[0063]203:将推荐的业务处理渠道的内容发送给前端设备，使前端设备对推荐的业务处理渠道的内容进行展示；
[0064]204:接收前端设备发送的业务确认信息，并根据业务确认信息对待处理业务进行处理。
[0065]本实施例还提供了另一种处理业务的方法，参见图3，本实施例提供的方法流程具体如下:
[0066]301:获取待处理业务的业务信息，并向处理业务的后端设备发送业务处理请求，业务处理请求中携带了待处理业务的业务信息；
[0067]302:接收后端设备发送的推荐的业务处理渠道的内容，并对推荐的业务处理渠道的内容进行展示；
[0068]303:获取业务确认信息，并将业务确认信息发送至后端设备，由后端设备根据业务确认信息对待处理业务进行处理。
[0069]本实施例提供的方法，通过根据待处理业务的业务信息确定推荐的业务处理渠道，并将推荐的业务处理渠道的内容发送至处理业务的前端设备，使前端设备对推荐的业务处理渠道的内容进行展示，减少了前端设备展示业务处理渠道的数量，从而降低了业务处理的时间，增加了业务处理的成功率。
[0070]为了更加清楚地阐述上述实施例提供的一种处理业务的方法，结合上述实施例的内容，以如下实施例二为例，对一种处理业务的方法进行详细说明，详见如下实施例二:
[0071]实施例二
[0072]结合上述图1所示的实施环境以及实施例一所述的内容，本实施例提供了一种处理业务的方法，参见图4，本实施例提供的方法流程具体如下:
[0073]401:处理业务的前端设备获取待处理业务的业务信息，并向处理业务的后端设备发送携带了待处理业务的业务信息的业务处理请求；
[0074]针对该步骤，处理业务的前端设备为可以通过网络与服务器进行网络通信的设备。例如，该前端设备可以为上网的个人电脑，或者该前端设备可以为上网的智能手机等，本实施例不对处理业务的前端设备的具体产品形态进行限定。处理业务的后端设备可以为通过网络与前端设备进行通信的设备。例如，该后端设备可以为服务器等，本实施例不对处理业务的后端设备的具体产品形态进行限定。
[0075]另外，本实施例不对前端设备获取待处理业务的业务信息的具体方式进行限定。例如，根据前端设备在处理业务页面中获取用户选择的业务，将该业务确定为待处理业务，再根据获取到的待处理业务确定待处理业务的业务信息。
[0076]此外，待处理业务的业务信息至少包括待处理业务所需金额、待处理业务的内容，除此之外，根据待处理业务的不同也随之不同，本实施例不对具体的待处理业务及其业务信息进行限定。以待处理业务为购买业务为例，该购买业务的业务信息包括但不限于购买内容、购买金额、购买商家等。
[0077]具体的，以待处理业务为购买100元人民币的A商品的购买业务为例。前端设备根据购买100元人民币的A商品的购买业务，确定购买业务的业务信息包括购买内容和购买金额。其中，购买内容为购买A商品，购买金额为100元人民币。当然，待处理业务还可以为充值业务，或者其它业务，本实施例不对待处理业务进行限定。购买内容除A商品之外，还可以为B商品，或者其它内容，本实施例不对购买的具体内容进行限定。购买金额除100元人民币之外，还可以为200元人民币，或者其它金额，本实施例不对购买的具体金额进行限定。
[0078]此外，业务处理请求中除了携带待处理业务的业务信息之外，还需携带能标识办理该待处理业务的用户身份的用户标识。除此之外，业务处理请求还可以携带其它内容，本实施例不对业务处理请求携带的具体内容进行限定。其中，业务处理请求中携带的用户标识用于使业务处理的后端设备能够根据该用户标识确定用户信息，并根据用户信息向该用户推荐适合该用户办理的待处理业务的业务处理渠道。本实施例不对用户标识的具体形式进行限定，例如，用户标识为用户登录时的用户名及密码，或者用户标识为用户ID(IDentity，身份标识)号。本实施例也不对用户标识的具体获取方式进行，例如，如果用户已经进行登录，可以通过登录信息获取用户标识；如果用户未进行登录，可以弹出登录窗口使用户填入登录信息进行登录，并通过登录信息获取用户标识。
[0079]402:后端设备接收前端设备发送的业务处理请求；
[0080]其中，业务处理请求中至少携带了待处理业务的业务信息和用户标识。
[0081]403:后端设备根据待处理业务的业务信息确定推荐的业务处理渠道；
[0082]针对该步骤，由于后端设备会对所有用户信息进行记录，同时也会记录每一用户信息与用户标识的对应关系。因此，后端设备可以根据用户信息与用户标识的对应关系确定业务处理请求中的用户标识所对应的用户信息。
[0083]同时，后端设备会将可支持的业务处理渠道进行记录，因此，后端设备根据用户信息在记录的业务处理渠道中查找与业务处理请求中的业务信息相匹配的渠道，并将查找到的渠道作为推荐的业务处理渠道。本实施例不对已有的业务处理渠道进行限定，以支付业务渠道为例，已有的支付业务渠道为虚拟货币支付渠道、财付通支付渠道、支付宝支付渠道以及快捷支付渠道等。
[0084]另外，本实施例不对根据该用户信息在记录的业务处理渠道中查找与办理业务请求中的业务信息相匹配的渠道的具体查找方式进行限定。包括但不限于通过如下步骤进行查找:
[0085]第一步骤:在记录的业务处理渠道中选择一个业务处理渠道；
[0086]针对第一步骤，根据用户习惯、预先设置的默认规则或已有的业务处理渠道的余额确定已有的业务处理渠道的顺序，根据已有的业务处理渠道的顺序在已有的业务处理渠道中选择一个业务处理渠道。本实施例不对预先设置的具体默认规则进行限定，包括但不限于，默认规则为根据业务处理渠道与待处理业务的相关性，按相关性从大到小的顺序选择业务处理渠道。
[0087]具体的，以待处理业务为购买业务，待处理业务的业务信息包括购买内容和购买金额，其中，购买内容为购买A商品，购买金额为100元人民币，业务处理渠道为支付业务处理渠道，用户信息为用户C信息，且记录的支付业务处理渠道为购买平台自身的虚拟货币支付渠道、财付通支付渠道、以及快捷支付渠道为例，由于在该购买平台购买A商品，因此将购买平台自身的虚拟货币支付渠道与购买业务的相关性设定为最相关，其次将财付通支付渠道设定为比较相关，将快捷支付渠道确定为一般相关。因此，按照虚拟货币支付渠道、财付通支付渠道和快捷支付渠道的顺序依次选择。
[0088]当然，该步骤除了采用上述选择方式外，还可以在记录的业务处理渠道中随机选择一个业务处理渠道，具体采用哪种方式，本实施例不作具体限定。
[0089]第二步骤:根据该用户信息判断当前选择的业务处理渠道是否与待处理业务的业务信息相匹配；
[0090]针对该步骤，具体实施时，可以确定该用户信息中当前选择的业务处理渠道对应的属性值是否可以满足待处理业务的业务信息需求。
[0091]具体的，以上述第一步骤中当前选择的是虚拟货币支付渠道，与业务信息对应的属性值为虚拟货币值为例，确定用户C信息中的虚拟货币对应的虚拟货币值是否能满足购买业务的业务信息中的购买金额。
[0092]进一步地，对于根据该用户信息判断当前选择的业务处理渠道是否与待处理业务的业务信息相匹配的判断结果，可以为如下两种判断结果中的一种结果:
[0093]第一种判断结果:当前选择的业务处理渠道与待处理业务的业务信息相匹配；
[0094]在具体实施过程中，如果该用户信息中当前选择的业务处理渠道对应的属性值可以满足待处理业务的业务信息需求，则确定当前选择的业务处理渠道与待处理业务的业务信息相匹配。
[0095]针对第一种判断结果，后端终端停止查找，并将与待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。
[0096]具体的，仍以第一步骤中当前选择的是虚拟货币支付渠道为例，如果用户C信息中的虚拟货币对应的虚拟货币值相当于150元人民币足以支付购买业务所需的购买金额100元人民币，则判断虚拟货币支付渠道与购买业务的业务信息相匹配。因此，停止对其它业务处理渠道进行查找，并将虚拟货币支付渠道作为推荐的业务处理渠道。当然，虚拟货币值还可以为其它数值及单位，本实施例不对虚拟货币值的具体形式进行限定。
[0097]第二种判断结果:当前选择的业务处理渠道与待处理业务的业务信息不匹配。
[0098]在具体实施过程中，如果该用户信息中当前选择的业务处理渠道对应的属性值不满足待处理业务的业务信息需求，则确定当前选择的业务处理渠道与待处理业务的业务信息不匹配。
[0099]针对第二种判断结果，在具体实施中，包括但不限于如下步骤:后端终端继续查找下一个业务处理渠道，直至查找到与待处理业务的业务信息相匹配的业务处理渠道，并将与待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。如果所有业务处理渠道均不与待处理业务的业务信息相匹配，则确定用户信息中是否记录该用户历史业务处理渠道。如果用户信息中记录了该用户历史业务处理渠道，则将用户历史业务处理渠道作为推荐的业务处理渠道。如果有业务处理渠道均不与待处理业务的业务信息相匹配，且用户信息中也未记录该用户历史业务处理渠道，则将系统默认的业务处理渠道作为推荐的业务处理渠道。本实施例不对系统默认的业务处理渠道具体确定方式进行限定，包括但不限于，如果系统记录了各个用户选择的业务处理渠道进行业务办理的成功率，则根据记录的各个用户选择的业务处理渠道进行业务办理的成功率确定成功率最高的业务处理渠道，并将该成功率最高的业务处理渠道确定为系统默认的业务处理渠道。
[0100]具体的，仍以第一步骤中当前选择的是虚拟货币支付渠道为例，如果用户C信息中的虚拟货币对应的虚拟货币值相当于50元人民币不足以支付购买业务所需的购买金额100元人民币，则判断虚拟货币支付渠道与购买业务的业务信息不匹配。因此，继续查找下一个业务处理渠道，以查找到的下一个业务处理渠道为财付通支付渠道为例，继续对该财付通支付渠道判断是否与购买业务的业务信息相匹配。如果财付通支付渠道与购买业务的业务信息也不匹配，则继续查找，以此次查找到的业务处理渠道为快捷支付渠道为例，如果快捷支付渠道与购买业务的业务信息也不匹配，则确定用户C信息中是否记录了用户C的历史业务处理渠道，如果用户C信息中未记录用户C的历史业务处理渠道，则将系统默认的业务处理渠道银行支付渠道作为推荐的业务处理渠道。
[0101]404:后端设备获取推荐的业务处理渠道的内容；
[0102]针对该步骤，由于经过步骤303，后端设备已经确定推荐的业务处理渠道，因此，本步骤后端设备进一步获取该推荐的业务处理渠道的内容。
[0103]在具体实施过程中，业务处理渠道可以分为两种类型，一种类型为第三方提供的业务处理渠道，另一种类型为非第三方提供的业务处理渠道，如系统自身提供的业务处理渠道等。该推荐的业务处理渠道的类别不同，获取推荐的业务处理渠道的内容的方式也将有所不同。本实施例不对获取推荐的业务处理渠道的内容的方式进行限定，包括但不限于如下两种方式中的一种。
[0104]第一种方式:如果推荐的业务处理渠道为非第三方提供的业务处理渠道，则后端设备直接从该推荐的业务处理渠道所在设备处获取该推荐的业务处理渠道所需的参数，并将该参数作为该推荐的业务处理渠道的内容。
[0105]具体的，以推荐的业务处理渠道为虚拟货币支付渠道，该推荐的业务处理渠道所在设备为服务器为例，由于虚拟货币支付渠道不是第三方提供的业务处理渠道，则后端设备可以直接从服务器的相关数据库中获取虚拟货币支付渠道的虚拟货币值，虚拟货币有效期等内容。除此之外，获取到的虚拟货币支付渠道的内容还可以为其它内容，本实施例不对获取到的虚拟货币支付渠道的内容进行限定。
[0106]第二种方式，如果推荐的业务处理渠道是第三方提供的业务处理渠道，则后端设备通过跨域消息接口与第三方建立连接，并从第三方获取推荐的业务处理渠道的内容。具体实施时，后端设备可通过与第三方建立的连接与第三方协商消息协议。根据该消息协议向第三方下一个空订单，并获取第三方针对该空订单分配的网址。将第三方针对该空订单分配的网址作为该推荐的业务处理渠道的内容。
[0107]具体的，以推荐的业务处理渠道为财付通支付渠道为例，由于财付通支付渠道是第三方提供的业务处理渠道，则后端设备根据跨域消息接口与财付通的支付中心建立连接，并通过该连接与财付通的支付中心协商消息协议。根据该消息协议向财付通的支付中心下一个空订单，并获取第三方针对该空订单分配的网址I。将网址I作为从财付通的支付中心获取推荐的业务处理渠道的内容。
[0108]405:后端设备将推荐的业务处理渠道的内容发送给前端设备；
[0109]针对该步骤，本实施例不对后端设备将推荐的业务处理渠道的内容发送给前端设备的具体发送方式进行限定。包括但不限于，后端设备将推荐的业务处理渠道的内容存放在业务处理渠道内容文件中，将该文件发送给前端设备。
[0110]406:前端设备接收后端设备发送的推荐的业务处理渠道的内容，并对推荐的业务处理渠道的内容进行展示；
[0111]针对该步骤，本实施例不对前端设备接收后端设备发送的推荐的业务处理渠道的内容的具体接收方式进行限定。包括但不限于，前端设备接收后端设备发送的描述推荐的业务处理渠道的内容的业务处理渠道内容文件中，并从该文件中获取推荐的业务处理渠道的内容。
[0112]另外，由于后端设备发送的推荐的业务处理渠道的内容根据该推荐的业务处理渠道是否为第三方提供的业务处理渠道分为两种类型，因此，前端设备会根据接收到的推荐的业务处理渠道的内容的具体类型，有如下两种展示方式。
[0113]第一种展示方式:如果前端设备接收到的推荐的业务处理渠道的内容为网址，则前端设备确定推荐的业务处理渠道的内容为第三方提供的渠道的内容。将该网址对应的订单内容嵌入当前展示界面进行展示，并根据待处理业务的业务信息在相应的订单内容中填入对应的内容。
[0114]第二种展示方式:如果前端设备接收到的推荐的业务处理渠道的内容不为网址，则前端设备确定推荐的业务处理渠道的内容为非第三方提供的渠道的内容，则将推荐的业务处理渠道的内容进行展示，并根据待处理业务的业务信息在相应的推荐的业务处理渠道的内容中填入对应的内容。
[0115]具体的，如果前端设备接收到的推荐的业务处理渠道的内容为网址1，网址I的订单内容如图5所示，则前端设备确定推荐的业务处理渠道的内容为第三方提供的渠道的内容。将图5对应的订单内容嵌入当前展示界面进行展示，并根据待处理业务的业务信息在相应的订单内容中填入对应的内容，如图6 (a)所示。如果前端设备接收到的推荐的业务处理渠道的内容为虚拟货币值和虚拟货币有效期，则前端设备将推荐的业务处理渠道的内容进行展示，并根据待处理业务的业务信息在相应的推荐的业务处理渠道的内容中填入对应的内容，如图6 (b)所示。
[0116]需要说明的是，当前展示界面中除了展示推荐的业务处理渠道的内容，还会提供更换业务处理渠道的功能，以满足用户对当前业务处理的多样化需求。
[0117]407:前端设备获取业务确认信息，并将业务确认信息发送至后端设备；
[0118]针对该步骤，前端设备获取用户在推荐的业务处理渠道的内容的展示界面中进行的选择操作对应的内容及输入操作对应的内容，并在用户确定进行业务处理后，将用户选择的内容及输入的内容作为业务确认信息发送给后端设备。
[0119]408:后端设备接收前端设备发送的业务确认信息，并根据业务确认信息对待处理业务进行处理。
[0120]针对该步骤，后端设备接收前端设备发送的业务确认信息，并将业务确认信息中的内容相应的填入业务处理流程所需的填写内容中，完成业务处理流程。
[0121]进一步地，本实施例提供的方法还包括后端设备判断业务确认信息是否正确的步骤，以防止因为用户填写的内容或者选择的内容有误而造成的推荐的业务处理渠道办理业务失败。本实施例不对判断业务确认信息是否正确的具体判断方法进行限定，包括但不限于:判断业务确认信息中的内容与步骤402中接收到的业务处理请求中的内容是否相同，如果业务确认信息中的内容与步骤402中接收到的业务处理请求中的内容相同，则判断业务确认信息正确。如果业务确认信息中的内容与步骤402中接收到的业务处理请求中的内容不同，则判断业务确认信息不正确。
[0122]如果业务确认信息正确，则后端设备执行根据业务确认信息对待处理业务进行处理，并向处理业务的前端设备发送业务处理响应信息。如果业务确认信息不正确，则后端设备向处理业务的前端设备发送业务确认信息对应的错误信息。
[0123]相应的，如果前端设备接收到后端设备发送的业务处理响应信息，则对业务处理响应信息进行展示，以告知用户业务处理成功完成。
[0124]如果前端设备接收到后端设备发送的业务确认信息对应的错误信息，则对错误信息进行展示，以告知用户业务处理未完成及未完成的原因。用户可以根据前端设备展示的错误信息修改错误内容并重新确定进行业务办理，前端设备也会在接收到用户的确定进行业务办理指示后重新执行步骤407，同时，后端设备也会再次执行步骤408。如此循环，直至业务办理成功完成。
[0125]本实施例提供的方法，通过根据待处理业务的业务信息确定推荐的业务处理渠道，并将推荐的业务处理渠道的内容发送至处理业务的前端设备，使前端设备对推荐的业务处理渠道的内容进行展示，减少了前端设备展示业务处理渠道的数量，从而降低了业务处理的时间，增加了业务处理的成功率。
[0126]实施例三
[0127]本实施例提供了一种确定推荐的业务处理渠道的方法。为了更好的说明本实施例提供的方法，以待处理的业务信息为充值中心的黄钻贵族商品购买业务，待处理业务页面为黄钻贵族商品购买页面，业务处理渠道为Q币支付渠道、财付通支付渠道、财付通快捷支付渠道为例，参见图7，本实施例提供的方法流程具体如下:
[0128]701:充值中心的前端设备向后端设备发送业务处理请求消息；
[0129]针对该步骤，充值中心的前端设备获取黄钻贵族商品购买页面中的待购买商品的业务代码、数量信息、待购买商品的金额、用户标识等业务信息，并将携带了业务信息的业务处理请求消息发送给充值中心的后端设备。本实施例不对业务请求消息的发送方式进行限定，例如以异步发送方式发送业务请求消息。
[0130]702:充值中心后端设备接收到业务处理请求消息；
[0131]针对该步骤，充值中心的后端设备接收到业务请求消息后获取业务处理请求消息中的业务信息，以根据获取到的业务信息选择推荐的业务处理渠道。同时，充值中心的后端设备也会根据业务信息中的用户标识确定用户的相关信息。本实施例不对用户的具体相关信息进行限定，例如，用户的历史付费渠道，用户的Q币账户余额、用户的财付通余额、用户是否为开通快捷支付的用户等。
[0132]703:充值中心后端设备根据业务信息判断Q币帐户余额是否满足待购买商品的金额需求，如果Q币帐户余额满足待购买商品的金额需求，执行步骤708，如果Q币帐户余额不满足待购买商品的金额需求，执行步骤704 ；
[0133]针对该步骤，由于业务信息中包括待购买商品的金额，且步骤702中会确定用户的Q币账户余额，因此，可以确定该用户的Q币账户金额是否满足业务信息中包括的待购买商品的金额需求，如果Q币帐户余额满足待购买商品的金额需求，则将推荐的业务处理渠道确定为Q币支付渠道，且向充值中心前端设备返回推荐的业务处理渠道后执行步骤708 ；如果Q币帐户余额不满足待购买商品的金额需求，则执行步骤704，以继续在其它支付渠道中确定推荐的业务处理渠道。
[0134]704:充值中心后端设备根据业务信息判断财付通余额是否满足待购买商品的金额需求，如果财付通余额满足待购买商品的金额需求，执行步骤708，如果财付通余额不满足待购买商品的金额需求，执行步骤705 ；
[0135]针对该步骤，由于步骤702中会确定用户的财付通余额，因此，可以确定该用户的财付通余额是否满足业务信息中包括的待购买商品的金额需求，如果财付通余额满足待购买商品的金额需求，则将推荐的业务处理渠道确定为财付通支付渠道，且向充值中心前端设备返回推荐的业务处理渠道后执行步骤708 ;如果财付通余额不满足待购买商品的金额需求，则执行步骤705，以继续在其它支付渠道中确定推荐的业务处理渠道。
[0136]705:充值中心后端设备判断用户是否为开通财付通快捷支付的用户，如果用户为开通财付通快捷支付的用户，执行步骤708，如果用户为未开通财付通快捷支付的用户，执行步骤706 ；
[0137]针对该步骤，由于步骤702中会确定用户是否为开通财付通快捷支付的用户，因此，如果步骤702中确定用户为开通财付通快捷支付的用户，则将推荐的业务处理渠道确定为财付通快捷支付渠道，且向充值中心前端设备返回推荐的业务处理渠道后执行步骤708 ;如果步骤702中确定用户为未开通财付通快捷支付的用户，则执行步骤706，以继续在其它支付渠道中确定推荐的业务处理渠道。
[0138]706:充值中心后端设备判断用户是否有付费行为的历史渠道，如果用户有付费行为的历史渠道，执行步骤708，如果用户未有付费行为的历史渠道，执行步骤707;
[0139]针对该步骤，由于步骤702中会判断用户是否有付费行为的历史渠道，因此，如果步骤702中判断用户有付费行为的历史渠道，则将推荐的业务处理渠道确定为用户付费行为的历史渠道，且向充值中心前端设备返回推荐的业务处理渠道后执行步骤708;如果步骤702中判断用户未有付费行为的历史渠道，则执行步骤707，以继续在其它支付渠道中确定推荐的业务处理渠道。
[0140]707:充值中心后端设备指定默认业务处理渠道作为推荐的业务处理渠道；
[0141]针对该步骤，本实施例不对默认业务处理渠道的具体指定方法进行限定。例如，将当前成功率最高的支付渠道指定为默认的业务处理渠道，将默认的业务处理渠道作为推荐的业务处理渠道，且向充值中心前端设备返回推荐的业务处理渠道。
[0142]708:充值中心前端设备接收后端设备返回推荐的业务处理渠道，并渲染推荐的业务处理渠道的内容。
[0143]需要说明的是，充值中心的前端设备在渲染推荐的业务处理渠道的内容之后，会继续执行实施例二中的步骤407和步骤408，继续完成待处理业务的办理。
[0144]本实施例提供的方法，通过根据待处理业务的业务信息确定推荐的业务处理渠道，并将推荐的业务处理渠道的内容发送至处理业务的前端设备，使前端设备对推荐的业务处理渠道的内容进行展示，减少了前端设备展示业务处理渠道的数量，从而降低了业务处理的时间，增加了业务处理的成功率。
[0145]实施例四
[0146]本实施例提供了一种处理业务的装置，该装置应用于处理业务的后端设备，该后端设备用于执行上述实施例一或施例二所提供的办理业务的方法，参见图8，该后端设备包括:
[0147]第一接收模块801，用于接收处理业务的前端设备发送的业务处理请求，业务处理请求中携带了待处理业务的业务信息；
[0148]确定模块802，用于根据第一接收模块801接收到的待处理业务的业务信息确定推荐的业务处理渠道；
[0149]获取模块803，用于获取确定模块802确定的推荐的业务处理渠道的内容；
[0150]第一发送模块804，用于将获取模块803获取到的推荐的业务处理渠道的内容发送给前端设备，使前端设备对推荐的业务处理渠道的内容进行展示；
[0151]第二接收模块805，用于接收前端设备发送的业务确认信息；
[0152]处理模块806，用于根据第二接收模块805接收到的业务确认信息对待处理业务进行处理。
[0153]优选地，确定模块802，还用于根据用户信息在已有的业务处理渠道中查找与待处理业务的业务信息相匹配的渠道，并将查找到的渠道作为推荐的业务处理渠道。
[0154]优选地，第一接收模块801接收到的待处理业务的业务信息至少包括待处理业务所需金额、待处理业务的内容。
[0155]参见图9，该确定模块802，包括:
[0156]选择单元8021，用于在已有的业务处理渠道中选择一个业务处理渠道；
[0157]判断单元8022，用于根据用户信息判断当前选择的业务处理渠道是否与待处理业务的业务信息相匹配；
[0158]第一确定单元8023，用于当前选择的业务处理渠道与待处理业务的业务信息相匹配时，停止查找，并将与待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。
[0159]优选地，选择单元8021，用于根据用户习惯、预先设置的默认规则或已有的业务处理渠道的余额确定已有的业务处理渠道的顺序；根据已有的业务处理渠道的顺序在已有的业务处理渠道中选择一个业务处理渠道。
[0160]参见图10，该确定模块802，还包括:
[0161]第二确定单元8024，用于当前选择的业务处理渠道与待处理业务的业务信息不匹配时，继续查找下一个业务处理渠道，直至查找到与待处理业务的业务信息相匹配的业务处理渠道，并将与待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。
[0162]优选地，获取模块803，用于判断推荐的业务处理渠道是否为第三方提供的业务处理渠道；当推荐的业务处理渠道是第三方提供的业务处理渠道时，通过跨域消息接口与第三方建立连接，并从第三方获取推荐的业务处理渠道的内容。
[0163]参加图11，该装置还包括:
[0164]判断模块808,用于判断业务确认彳目息是否正确；
[0165]其中，处理模块806，用于当业务确认信息正确时，执行根据业务确认信息对待处理业务进行处理。
[0166]参加图12，该装置还包括:
[0167]第二发送模块808，用于当业务确认信息不正确时，向处理业务的前端设备发送业务确认信息对应的错误信息，使处理业务的前端设备对错误信息进行展示。
[0168]本实施例提供的终端，通过根据待处理业务的业务信息确定推荐的业务处理渠道，并将推荐的业务处理渠道的内容发送至处理业务的前端设备，使前端设备对推荐的业务处理渠道的内容进行展示，减少了前端设备展示业务处理渠道的数量，从而降低了业务处理的时间，增加了业务处理的成功率。
[0169]实施例五
[0170]本实施例提供了一种处理业务的装置，该装置应用于处理业务的前端设备，该前端设备用于执行上述实施例一或施例二所提供的办理业务的方法，参见图13，该前端设备包括:
[0171]第一获取模块1301，用于获取待处理业务的业务信息；
[0172]第一发送模块1302，用于向处理业务的后端设备发送业务处理请求，业务处理请求中携带了待处理业务的业务信息；
[0173]第一接收模块1303，用于接收后端设备发送的推荐的业务处理渠道的内容；
[0174]展示模块1304，用于对推荐的业务处理渠道的内容进行展示；
[0175]第二获取模块1305,用于获取业务确认信息；
[0176]第二发送模块1306，用于将第二获取模块获取到的业务确认信息发送至后端设备，由后端设备根据业务确认信息对待处理业务进行处理。
[0177]优选地，第一获取模块1303获取的待处理业务的业务信息至少包括待处理业务所需金额、待处理业务的内容。
[0178]优选地，展示模块1304，用于判断推荐的业务处理渠道的内容是否为第三方提供的渠道的内容；当推荐的业务处理渠道的内容为第三方提供的渠道的内容时，将推荐的业务处理渠道的内容嵌入当前展示界面进行展示。
[0179]参见图14，该装置还包括:
[0180]第二接收模块1307，用于接收后端设备发送的业务确认信息对应的错误信息；
[0181]其中，展示模1304，用于对错误信息进行展示。
[0182]本实施例提供的服务器，通过接收后端设备发送的推荐的业务处理渠道的内容，且该推荐的业务处理渠道为后端设备根据待处理业务的业务信息确定推荐的业务处理渠道。前端设备对推荐的业务处理渠道的内容进行展示，减少了前端设备展示业务处理渠道的数量，从而降低了业务处理的时间，增加了业务处理的成功率。
[0183]实施例六
[0184]本实施例提供了一种处理业务的系统，该系统用于执行上述实施例一或实施例二所提供的处理业务的方法。参见图15，该系统包括:
[0185]处理业务的后端设备1501和处理业务的前端设备1502 ；
[0186]其中，处理业务的后端设备1501运行有第一处理业务的装置，处理业务的前端设备1502运行有第二处理业务的装置。
[0187]第一处理业务的装置如上述实施例三提供的装置，详见上述实施例三；
[0188]第二处理业务的装置如上述实施例四提供的装置，详见上述实施例四。
[0189]本实施例提供的系统，通过根据待处理业务的业务信息确定推荐的业务处理渠道，并将推荐的业务处理渠道的内容发送至处理业务的前端设备，使前端设备对推荐的业务处理渠道的内容进行展示，减少了前端设备展示业务处理渠道的数量，从而降低了业务处理的时间，增加了业务处理的成功率。
[0190]实施例七
[0191]参见图16，本实施例提供了一种终端，图16示出了本发明实施例所涉及的具有触敏表面的终端结构示意图，该终端可以用于实施上述实施例中提供的处理对象的方法。具体来讲:
[0192]终端1600可以包括RF (Rad1 Frequency，射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、传输模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解，图16中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中:
[0193]RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA (Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communicatl/On,全球移动通讯系统)、GPRS (General Packet RadI/0 Service,通用分组无线服务)、CDMA (Code Divisl/0n Multiple Access,码分多址)、WCDMA (Wideband Code Divisl/0nMultiple Access,宽带码分多址)、LTE (Long Term Evolutl/0n,长期演进)、电子邮件、SMS (Short Messaging Service,短消息服务)等。
[0194]存储器120可用于存储软件程序以及模块，如实施例二中处理业务的后端设备及处理业务的前端设备所对应的软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理，如实现处理业务等。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端1600的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。
[0195]输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
[0196]显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端1600的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141,可选的,可以采用IXD(Liquid Crystal Display,液晶显示器)、0LED (Organic Light-Emitting Di/Ode,有机发光二极管)等形式来配置显示面板141。进一步的,触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图16中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。
[0197]终端1600还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端1600移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端1600还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
[0198]音频电路160、扬声器161，传声器162可提供用户与终端1600之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号,传输到扬声器161,由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端1600的通信。
[0199]终端1600通过传输模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线或有线的宽带互联网访问。虽然图16示出了传输模块170，但是可以理解的是，其并不属于终端800的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
[0200]处理器180是终端1600的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端1600的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。
[0201]终端1600还包括给各个部件供电的电源190 (比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
[0202]尽管未示出，终端1600还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端的显示单元是触摸屏显示器，终端还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行述一个或者一个以上程序包含用于进行以下操作的指令:
[0203]接收处理业务的前端设备发送的业务处理请求，所述业务处理请求中携带了待处理业务的业务信息；
[0204]根据所述待处理业务的业务信息确定推荐的业务处理渠道，并获取所述推荐的业务处理渠道的内容；
[0205]将所述推荐的业务处理渠道的内容发送给所述前端设备，使所述前端设备对所述推荐的业务处理渠道的内容进行展示；
[0206]接收所述前端设备发送的业务确认信息，并根据所述业务确认信息对所述待处理业务进行处理。
[0207]假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令:
[0208]根据用户信息在已有的业务处理渠道中查找与所述待处理业务的业务信息相匹配的渠道，并将查找到的渠道作为推荐的业务处理渠道。
[0209]在第一或第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令:
[0210]所述待处理业务的业务信息至少包括所述待处理业务所需金额、所述待处理业务的内容。
[0211]在第二种可能的实施方式作为基础而提供的第四种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令:
[0212]在已有的业务处理渠道中选择一个业务处理渠道，并根据用户信息判断当前选择的业务处理渠道是否与所述待处理业务的业务信息相匹配；
[0213]如果当前选择的业务处理渠道与所述待处理业务的业务信息相匹配，则停止查找，并将与所述待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。
[0214]在第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令:
[0215]根据用户习惯、预先设置的默认规则或已有的业务处理渠道的余额确定所述已有的业务处理渠道的顺序；
[0216]根据所述已有的业务处理渠道的顺序在所述已有的业务处理渠道中选择一个业务处理渠道。
[0217]在第四种可能的实施方式作为基础而提供的第六种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令:
[0218]如果当前选择的业务处理渠道与所述待处理业务的业务信息不匹配，则继续查找下一个业务处理渠道，直至查找到与所述待处理业务的业务信息相匹配的业务处理渠道，并将与所述待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。
[0219]在第一种可能的实施方式作为基础而提供的第七种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令:
[0220]判断所述推荐的业务处理渠道是否为第三方提供的业务处理渠道；
[0221]如果所述推荐的业务处理渠道是第三方提供的业务处理渠道，则通过跨域消息接口与第三方建立连接，并从所述第三方获取所述推荐的业务处理渠道的内容。
[0222]在第一种可能的实施方式作为基础而提供的第八种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令:
[0223]判断所述业务确认/[目息是否正确；
[0224]如果所述业务确认信息正确，则执行根据所述业务确认信息对所述待处理业务进行处理。
[0225]在第八六种可能的实施方式作为基础而提供第九种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令:
[0226]如果所述业务确认信息不正确，则向所述处理业务的前端设备发送所述业务确认信息对应的错误信息，使所述处理业务的前端设备对所述错误信息进行展示。
[0227]综上所述，本实施例提供的终端，通过根据待处理业务的业务信息确定推荐的业务处理渠道，并将推荐的业务处理渠道的内容发送至处理业务的前端设备，使前端设备对推荐的业务处理渠道的内容进行展示，减少了前端设备展示业务处理渠道的数量，从而降低了业务处理的时间，增加了业务处理的成功率。
[0228]实施例八
[0229]本发明实施例提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中的存储器中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。所述计算机可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序被一个或者一个以上的处理器用来执行处理对象的方法，所述方法包括:
[0230]接收处理业务的前端设备发送的业务处理请求，所述业务处理请求中携带了待处理业务的业务信息；
[0231]根据所述待处理业务的业务信息确定推荐的业务处理渠道，并获取所述推荐的业务处理渠道的内容；
[0232]将所述推荐的业务处理渠道的内容发送给所述前端设备，使所述前端设备对所述推荐的业务处理渠道的内容进行展示；
[0233]接收所述前端设备发送的业务确认信息，并根据所述业务确认信息对所述待处理业务进行处理。
[0234]假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，对于所述根据所述待处理业务的业务信息确定推荐的业务处理渠道的步骤，包括:
[0235]根据用户信息在已有的业务处理渠道中查找与所述待处理业务的业务信息相匹配的渠道，并将查找到的渠道作为推荐的业务处理渠道。
[0236]在第一或第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，所述待处理业务的业务信息至少包括所述待处理业务所需金额、所述待处理业务的内容。
[0237]在第二种可能的实施方式作为基础而提供的第四种可能的实施方式中，对于所述根据用户信息在已有的业务处理渠道中查找与所述待处理业务的业务信息相匹配的渠道的步骤，包括:
[0238]在已有的业务处理渠道中选择一个业务处理渠道，并根据用户信息判断当前选择的业务处理渠道是否与所述待处理业务的业务信息相匹配；
[0239]如果当前选择的业务处理渠道与所述待处理业务的业务信息相匹配，则停止查找，并将与所述待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。
[0240]在第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，所述在已有的业务处理渠道中选择一个业务处理渠道的步骤，包括:
[0241]根据用户习惯、预先设置的默认规则或已有的业务处理渠道的余额确定所述已有的业务处理渠道的顺序；
[0242]根据所述已有的业务处理渠道的顺序在所述已有的业务处理渠道中选择一个业务处理渠道。
[0243]在第四种可能的实施方式作为基础而提供的第六种可能的实施方式中，该方法，包括:
[0244]如果当前选择的业务处理渠道与所述待处理业务的业务信息不匹配，则继续查找下一个业务处理渠道，直至查找到与所述待处理业务的业务信息相匹配的业务处理渠道，并将与所述待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。
[0245]在第一种可能的实施方式作为基础而提供的第七种可能的实施方式中，对于所述获取所述推荐的业务处理渠道的内容的步骤，包括:
[0246]判断所述推荐的业务处理渠道是否为第三方提供的业务处理渠道；
[0247]如果所述推荐的业务处理渠道是第三方提供的业务处理渠道，则通过跨域消息接口与第三方建立连接，并从所述第三方获取所述推荐的业务处理渠道的内容。
[0248]在第一种可能的实施方式作为基础而提供的第八种可能的实施方式中，该方法，包括:
[0249]判断所述业务确认/[目息是否正确；
[0250]如果所述业务确认信息正确，则执行根据所述业务确认信息对所述待处理业务进行处理。
[0251]在第八种可能的实施方式作为基础而提供的第九种可能的实施方式中，该方法，包括:
[0252]如果所述业务确认信息不正确，则向所述处理业务的前端设备发送所述业务确认信息对应的错误信息，使所述处理业务的前端设备对所述错误信息进行展示。
[0253]本发明实施例提供的计算机可读存储介质，通过根据待处理业务的业务信息确定推荐的业务处理渠道，并将推荐的业务处理渠道的内容发送至处理业务的前端设备，使前端设备对推荐的业务处理渠道的内容进行展示，减少了前端设备展示业务处理渠道的数量，从而降低了业务处理的时间，增加了业务处理的成功率。
[0254]实施例九
[0255]本发明实施例中提供了一种图形用户接口，所述图形用户接口用在终端上，所述终端包括触摸屏显示器、存储器和用于执行一个或者一个以上的程序的一个或者一个以上的处理器；所述图形用户接口包括:
[0256]接收处理业务的前端设备发送的业务处理请求，所述业务处理请求中携带了待处理业务的业务信息；
[0257]根据所述待处理业务的业务信息确定推荐的业务处理渠道，并获取所述推荐的业务处理渠道的内容；
[0258]将所述推荐的业务处理渠道的内容发送给所述前端设备，使所述前端设备对所述推荐的业务处理渠道的内容进行展示；
[0259]接收所述前端设备发送的业务确认信息，并根据所述业务确认信息对所述待处理业务进行处理。
[0260]本发明实施例提供的图形用户接口，通过根据待处理业务的业务信息确定推荐的业务处理渠道，并将推荐的业务处理渠道的内容发送至处理业务的前端设备，使前端设备对推荐的业务处理渠道的内容进行展示，减少了前端设备展示业务处理渠道的数量，从而降低了业务处理的时间，增加了业务处理的成功率。
[0261]需要说明的是:上述实施例提供的后端设备和前端设备实现处理业务时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将后端设备和前端设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的后端设备、前端设备和系统与处理业务的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
[0262]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0263]本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0264]以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种处理业务的方法，其特征在于，所述方法包括: 接收处理业务的前端设备发送的业务处理请求，所述业务处理请求中携带了待处理业务的业务信息； 根据所述待处理业务的业务信息确定推荐的业务处理渠道，并获取所述推荐的业务处理渠道的内容； 将所述推荐的业务处理渠道的内容发送给所述前端设备，使所述前端设备对所述推荐的业务处理渠道的内容进行展示； 接收所述前端设备发送的业务确认信息，并根据所述业务确认信息对所述待处理业务进行处理。
2.根据权利要求1所述的方法，其特征在于，所述根据所述待处理业务的业务信息确定推荐的业务处理渠道，包括: 根据用户信息在已有的业务处理渠道中查找与所述待处理业务的业务信息相匹配的渠道，并将查找到的渠道作为推荐的业务处理渠道。
3.根据权利要求1或2所述的方法，其特征在于，所述待处理业务的业务信息至少包括所述待处理业务所需金额、所述待处理业务的内容。
4.根据权利要求2所述的方法，其特征在于，所述根据用户信息在已有的业务处理渠道中查找与所述待处理业务的业务信息相匹配的渠道，包括: 在已有的业务处理渠道中选择一个业务处理渠道，并根据用户信息判断当前选择的业务处理渠道是否与所述待处理业务的业务信息相匹配； 如果当前选择的业务处理渠道与所述待处理业务的业务信息相匹配，则停止查找，并将与所述待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。
5.根据权利要求4所述的方法，其特征在于，所述在已有的业务处理渠道中选择一个业务处理渠道，包括: 根据用户习惯、预先设置的默认规则或已有的业务处理渠道的余额确定所述已有的业务处理渠道的顺序； 根据所述已有的业务处理渠道的顺序在所述已有的业务处理渠道中选择一个业务处理渠道。
6.根据权利要求4所述的方法，其特征在于，所述方法还包括: 如果当前选择的业务处理渠道与所述待处理业务的业务信息不匹配，则继续查找下一个业务处理渠道，直至查找到与所述待处理业务的业务信息相匹配的业务处理渠道，并将与所述待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。
7.根据权利要求1所述的方法，其特征在于，所述获取所述推荐的业务处理渠道的内容，包括: 判断所述推荐的业务处理渠道是否为第三方提供的业务处理渠道； 如果所述推荐的业务处理渠道是第三方提供的业务处理渠道，则通过跨域消息接口与第三方建立连接，并从所述第三方获取所述推荐的业务处理渠道的内容。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括: 判断所述业务确认信息是否正确； 如果所述业务确认信息正确，则执行根据所述业务确认信息对所述待处理业务进行处理。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括: 如果所述业务确认信息不正确，则向所述处理业务的前端设备发送所述业务确认信息对应的错误信息，使所述处理业务的前端设备对所述错误信息进行展示。
10.一种处理业务的装置，所述装置应用于处理业务的后端设备，其特征在于，所述装置包括: 第一接收模块，用于接收处理业务的前端设备发送的业务处理请求，所述业务处理请求中携带了待处理业务的业务信息； 确定模块，用于根据所述第一接收模块接收到的所述待处理业务的业务信息确定推荐的业务处理渠道； 获取模块，用于获取所述确定模块确定的所述推荐的业务处理渠道的内容； 第一发送模块，用于将所述获取模块获取到的所述推荐的业务处理渠道的内容发送给所述前端设备，使所述前端设备对所述推荐的业务处理渠道的内容进行展示； 第二接收模块，用于接收所述前端设备发送的业务确认信息； 处理模块，用于根据所述第二接收模块接收到的所述业务确认信息对所述待处理业务进行处理。
11.根据权利要求10所述的装置，其特征在于，所述确定模块，用于根据用户信息在已有的业务处理渠道中查找与所述待处理业务的业务信息相匹配的渠道，并将查找到的渠道作为推荐的业务处理渠道。
12.根据权利要求10或11所述的装置，其特征在于，所述第一接收模块接收到的待处理业务的业务信息至少包括所述待处理业务所需金额、所述待处理业务的内容。
13.根据权利要求11所述的装置，其特征在于，所述确定模块，包括: 选择单元，用于在已有的业务处理渠道中选择一个业务处理渠道； 判断单元，用于根据用户信息判断当前选择的业务处理渠道是否与所述待处理业务的业务信息相匹配； 第一确定单元，用于当前选择的业务处理渠道与所述待处理业务的业务信息相匹配时，停止查找，并将与所述待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。
14.根据权利要求13所述的装置，其特征在于，所述选择单元，用于根据用户习惯、预先设置的默认规则或已有的业务处理渠道的余额确定所述已有的业务处理渠道的顺序；根据所述已有的业务处理渠道的顺序在所述已有的业务处理渠道中选择一个业务处理渠道。
15.根据权利要求13所述的装置，其特征在于，所述确定模块，还包括: 第二确定单元，用于当前选择的业务处理渠道与所述待处理业务的业务信息不匹配时，继续查找下一个业务处理渠道，直至查找到与所述待处理业务的业务信息相匹配的业务处理渠道，并将与所述待处理业务的业务信息相匹配的渠道作为推荐的业务处理渠道。
16.根据权利要求10所述的装置，其特征在于，所述获取模块，用于判断所述推荐的业务处理渠道是否为第三方提供的业务处理渠道；当所述推荐的业务处理渠道是第三方提供的业务处理渠道时，通过跨域消息接口与第三方建立连接，并从所述第三方获取所述推荐的业务处理渠道的内容。
17.根据权利要求10所述的装置，其特征在于，所述装置还包括: 判断模块，用于判断所述业务确认信息是否正确； 所述处理模块，用于当所述业务确认信息正确时，执行根据所述业务确认信息对所述待处理业务进行处理。
18.根据权利要求10所述的装置，其特征在于，所述装置还包括: 第二发送模块，用于当所述业务确认信息不正确时，向所述处理业务的前端设备发送所述业务确认信息对应的错误信息，使所述处理业务的前端设备对所述错误信息进行展/Jn ο
19.一种处理业务的方法，其特征在于，所述方法包括: 获取待处理业务的业务信息，并向处理业务的后端设备发送业务处理请求，所述业务处理请求中携带了所述待处理业务的业务信息； 接收所述后端设备发送的推荐的业务处理渠道的内容，并对所述推荐的业务处理渠道的内容进行展示； 获取业务确认信息，并将所述业务确认信息发送至所述后端设备，由所述后端设备根据所述业务确认信息对所述待处理业务进行处理。
20.根据权利要求19所述的方法，其特征在于，所述待处理业务的业务信息至少包括所述待处理业务所需金额、所述待处理业务的内容。
21.根据权利要求19所述的方法，其特征在于，所述对所述推荐的业务处理渠道的内容进行展示，包括: 判断所述推荐的业务处理渠道的内容是否为第三方提供的渠道的内容； 如果所述推荐的业务处理渠道的内容为第三方提供的渠道的内容，则将所述推荐的业务处理渠道的内容嵌入当前展示界面进行展示。
22.根据权利要求19所述的方法，其特征在于，所述方法还包括: 接收所述后端设备发送的所述业务确认信息对应的错误信息，并对所述错误信息进行展示。
23.一种处理业务的装置，所述装置应用于处理业务的前端设备，其特征在于，所述装置包括: 第一获取模块，用于获取待处理业务的业务信息； 第一发送模块，用于向处理业务的后端设备发送业务处理请求，所述业务处理请求中携带了所述待处理业务的业务信息； 第一接收模块，用于接收所述后端设备发送的推荐的业务处理渠道的内容； 展示模块，用于对所述推荐的业务处理渠道的内容进行展示； 第二获取模块，用于获取业务确认信息； 第二发送模块，用于将所述第二获取模块获取到的所述业务确认信息发送至所述后端设备，由所述后端设备根据所述业务确认信息对所述待处理业务进行处理。
24.根据权利要求23所述的装置，其特征在于，所述第一获取模块获取的待处理业务的业务信息至少包括所述待处理业务所需金额、所述待处理业务的内容。
25.根据权利要求23所述的装置，其特征在于，所述展示模块，用于判断所述推荐的业务处理渠道的内容是否为第三方提供的渠道的内容；当所述推荐的业务处理渠道的内容为第三方提供的渠道的内容时，将所述推荐的业务处理渠道的内容嵌入当前展示界面进行展
/Jn ο
26.根据权利要求23所述的装置，其特征在于，所述装置还包括: 第二接收模块，用于接收所述后端设备发送的所述业务确认信息对应的错误信息； 所述展示模块，还用于对所述错误信息进行展示。
27.一种处理业务的系统，其特征在于，所述系统包括:处理业务的后端设备和处理业务的前端设备； 其中，所述处理业务的后端设备运行有第一处理业务的装置，所述处理业务的前端设备运行有第二处理业务的装置； 所述第一处理业务的装置如权利要求10至18中任一权利要求所述的装置； 所述第二处理业务的装置如权利要求23至26中任一权利要求所述的装置。
【文档编号】H04L29/06GK104182869SQ201310194280
【公开日】2014年12月3日 申请日期:2013年5月22日 优先权日:2013年5月22日
【发明者】范珂, 郑循茂, 李扬, 陈炳杰, 马琪, 韩俊 申请人:深圳市腾讯计算机系统有限公司