业务请求处理方法及装置制造方法
【专利摘要】本发明提供了一种业务请求处理方法及装置，该方法包括，汇聚网关通过统一接口接收对各社交网站SNS发起的业务请求；汇聚网关根据接收到的业务请求，判断业务请求是否属于通过汇聚网关处理的业务请求；在判断结果为是的情况下，汇聚网关调用与业务请求对应的SNS的功能接口对业务请求进行处理，通过本发明，解决了现有技术中使用各个SNS流程繁琐，开发成本大，以及对业务请求的处理不可靠，影响用户体验的问题，进而达到了降低了操作的复杂性，节约时间，增强对业务请求处理的可靠性，较大地提高用户体验的效果。
【专利说明】业务请求处理方法及装置
【技术领域】
[0001]本发明涉及通信领域，具体而言，涉及一种业务请求处理方法及装置。
【背景技术】
[0002]社交网站(Social Network Sit,简称SNS)已经越来越融入了人们的日常生活，而不同的社交网站针对不同的社交需求提供着多种多样的社交体验，例如，Facebook,twitter、新浪微博、人人网、腾讯微博等著名的社交网站都有着各自鲜明的特点。同时，随着Web2.0时代的到来，互联网领域更加的开放，几乎所有的社交网站都通过建立自己的开放平台，将网站资源开放。
[0003]但是，这种仅通过建立自己的开放平台将网站资源开放的开放程度往往无法满足SNS网站用户，尤其是个人开发者的要求；社交网站的开放平台只是将自己现有的能力进行开放，而其本身现有的资源是有限的、有着自身网站特点的，无法满足SNS网站用户希望各SNS网站平台化的需求。因此，SNS网站用户需要到各个平台上分别进行注册以获取资源。但是，各个SNS网站自身的使用和控制接口不尽相同，开发者需要了解各个网站开放平台的使用方法。另外，对于SNS网站用户来说，个人使用者在使用不同的SNS交互式应用时需要登陆不同的SNS网站，用户使用起来繁琐。
[0004]因此，在相关技术中由于各个SNS网站存在差异，存在使用各个SNS流程繁琐，开发成本大，以及对业务请求的处理不可靠，因而对用户及开发者都存在影响用户体验的问题。
【发明内容】
[0005]本发明提供了一种业务请求处理方法及装置，以至少解决现有技术由于各个SNS网站存在差异，存在使用各个SNS流程繁琐，开发成本大，以及对业务请求的处理不可靠，因而对用户及开发者都存在影响用户体验的问题。
[0006]根据本发明的一个方面，提供了 一种业务请求处理方法，包括:汇聚网关通过统一接口接收对各社交网站SNS发起的业务请求；所述汇聚网关根据接收到的所述业务请求，判断所述业务请求是否属于通过所述汇聚网关处理的业务请求；在判断结果为是的情况下，所述汇聚网关调用与所述业务请求对应的SNS的功能接口对所述业务请求进行处理。
[0007]优选地，在所述汇聚网关调用与所述业务请求对应的SNS的功能接口对所述业务请求进行处理之后，还包括:所述汇聚网关获取调用与所述业务请求对应的社交网站的功能接口对所述业务请求进行处理之后所获得的处理结果；所述汇聚网关将获取的所述处理结果处理为统一的消息格式；所述汇聚网关通过所述统一接口发送具有所述统一消息格式的处理结果。
[0008]优选地，所述汇聚网关根据接收到的所述业务请求，判断所述业务请求是否属于通过所述汇聚网关处理的业务请求包括:判断发起所述业务请求的账号与所述汇聚网关通过调用所述SNS网站的功能接口处理业务请求的应用是否存在绑定关系；在判断结果为是的情况下，确定所述业务请求属于通过所述汇聚网关处理的业务请求。
[0009]优选地，所述汇聚网关调用与所述业务请求对应的SNS的功能接口对所述业务请求进行处理包括:对所述业务请求进行解析；根据对所述业务请求解析之后获取的解析结果确定所述业务请求所对应的SNS网站；所述汇聚网关调用确定的所述SNS网站的功能接口对所述业务请求进行处理。
[0010]优选地，在所述汇聚网关通过所述统一接口接收对所述各SNS发起的业务请求之前，还包括:所述汇聚网关以作为第三方应用向各SNS注册应用的方式与所述各SNS建立连接。
[0011]根据本发明的另一方面，提供了一种业务请求处理装置，位于汇聚网关中，包括:接收模块，用于通过统一接口接收对各社交网站SNS发起的业务请求；判断模块，用于根据接收到的所述业务请求，判断所述业务请求是否属于通过所述汇聚网关处理的业务请求；第一处理模块，用于在判断结果为是的情况下，调用与所述业务请求对应的SNS的功能接口对所述业务请求进行处理。
[0012]优选地，还包括:获取模块，用于在所述汇聚网关调用与所述业务请求对应的SNS的功能接口对所述业务请求进行处理之后，获取调用与所述业务请求对应的社交网站的功能接口对所述业务请求进行处理之后所获得的处理结果；第二处理模块，用于将获取的所述处理结果处理为统一的消息格式；发送模块，用于通过所述统一接口发送具有所述统一消息格式的处理结果。
[0013]优选地，所述判断模块包括:第一判断单元，用于判断发起所述业务请求的账号与所述汇聚网关通过调用所述SNS网站的功能接口处理业务请求的应用是否存在绑定关系；第一确定单元，用于在所述第一判断单元的判断结果为是的情况下，确定所述业务请求属于通过所述汇聚网关处理的业务请求。
[0014]优选地，所述第一处理模块包括:第一解析单元，用于对所述业务请求进行解析；第二确定单元，用于根据对所述业务请求解析之后获取的解析结果确定所述业务请求所对应的SNS网站；第一调用单元，用于调用确定的所述SNS网站的功能接口对所述业务请求进行处理。
[0015]优选地，还包括:建立模块，用于在所述汇聚网关通过所述统一接口接收对所述各SNS发起的业务请求之前，所述汇聚网关以作为第三方应用向各SNS注册应用的方式与所述各SNS建立连接。
[0016]通过本发明，采用汇聚网关通过统一接口接收对各社交网站SNS发起的业务请求；所述汇聚网关根据接收到的所述业务请求，判断所述业务请求是否属于通过所述汇聚网关处理的业务请求；在判断结果为是的情况下，所述汇聚网关调用与所述业务请求对应的SNS的功能接口对所述业务请求进行处理，解决了现有技术中使用各个SNS流程繁琐，开发成本大，以及对业务请求的处理不可靠，影响用户体验的问题，进而达到了降低了操作的复杂性，节约时间，增强对业务请求处理的可靠性，较大地提高用户体验的效果。
【专利附图】
【附图说明】
[0017]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:[0018]图1是根据本发明实施例的业务请求处理方法的流程图；
[0019]图2是根据本发明实施例的业务请求处理装置的结构框图；
[0020]图3是根据本发明优选实施例的业务请求处理装置的结构框图；
[0021]图4是根据本发明实施例的业务请求处理装置中的判断模块24的优选结构框图；
[0022]图5是根据本发明实施例的业务请求处理装置中的第一处理模块26的优选结构框图；
[0023]图6是根据本发明优选实施例的业务请求处理装置的结构框图；
[0024]图7是根据本发明实施例的汇聚网关系统部署的示意图；
[0025]图8是根据本发明实施例的汇聚网关系统部署的另一示意图；
[0026]图9是根据本发明实施例的账号绑定的流程图；
[0027]图10是根据本发明实施例的通过汇聚网关实现业务请求的功能操作的流程图；
[0028]图11是根据本发明实施例的汇聚网关对各SNS网站进行统一操作的流程图。
【具体实施方式】
[0029]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
[0030]在本实施例中提供了一种业务请求处理方法，图1是根据本发明实施例的业务请求处理方法的流程图，如图1所示，该流程包括如下步骤:
[0031]步骤S102，汇聚网关通过统一接口接收对各社交网站SNS发起的业务请求；
[0032]步骤S104，汇聚网关根据接收到的业务请求，判断该业务请求是否属于通过汇聚网关处理的业务请求；
[0033]步骤S106，在判断结果为是的情况下，汇聚网关调用与该业务请求对应的SNS的功能接口对该业务请求进行处理。
[0034]通过上述步骤，汇聚网关提供的统一接口有效地屏蔽了各SNS的差异性，使得用户可以通过一个接口对多个SNS进行交互，为多SNS交互应用的开发与拥有多SNS网站账号的用户使用多SNS提供了可能，相对于现有技术中为了能够使用各个SNS的资源，需要完成与各个SNS所需要满足的各个存在差异性的要求，例如，接口的差异性，注册的差异性，接入策略的差异性等，采用汇聚网关提供的统一接口不仅解决了相关技术中所存在的使用各个SNS流程繁琐，开发成本大，以及对业务请求的处理不可靠，影响用户体验的问题，汇聚网关提供的统一接口还具有清晰，简洁，易维护的优点，降低了操作的复杂性，节约时间，增强对业务请求处理的可靠性，较大地提高了用户体验。
[0035]对于汇聚网关来说，涉及两方面的处理:一是需要通过统一接口接收业务请求，二是需要在汇聚网关调用各SNS处理完业务请求之后，对业务请求处理之后的处理结果处理为一个统一的格式进行发送，即汇聚网关按照统一的格式对业务请求进行响应。在通过统一接口接收业务请求时，可以通过汇聚网关中所设置的分发子系统对接收到的业务请求，依据业务请求中所携带的参数进行分发，而无需针对各个SNS进行个性化的输入；而按照统一的格式对业务请求进行响应时，首先需要汇聚网关获取调用与业务请求对应的社交网站的功能接口对业务请求进行处理之后所获得的处理结果；然后，汇聚网关将获取的处理结果处理为统一的消息格式；汇聚网关通过统一接口发送具有统一消息格式的处理结果。即，通过统一的信息格式将处理的结果发送给汇聚网关用户，即发送业务请求的用户。通过上述处理，通过统一接口实现了业务请求与响应整个流程的统一。
[0036]汇聚网关根据接收到的业务请求，判断业务请求是否属于通过汇聚网关处理的业务请求也可以采用多种方式，例如，可以采用直接的处理方式，即将某个SNS设置为默认通过汇聚网关处理业务的网站，即只要是针对这个网站的业务请求，都默认为属于通过汇聚网关处理的业务请求，简化其中的判断步骤。为了更为确定的获知该业务请求是否属于通过汇聚网关处理的业务请求，还可以采用另一种处理方式，首先，汇聚网关以作为第三方应用向各SNS注册应用的方式与各SNS建立连接，而后将用户登录SNS的账户与汇聚网关与各SNS存在的连接关系进行绑定，在接收到业务请求是地，判断发起业务请求的账号与汇聚网关通过调用SNS网站的功能接口处理业务请求的应用是否存在上述的绑定关系；需要说明的是，该绑定关系可以是预先存储在汇聚网关中的，即将用户登录SNS的账户与汇聚网关作为SNS的应用进行绑定，即此时作为汇聚网关用户可以通过该汇聚网关对注册之后的SNS进行访问与使用，因此，在判断结果为是的情况下(即存在上述绑定关系的情况下)，确定业务请求属于通过汇聚网关处理的业务请求。
[0037]另外，汇聚网关调用与业务请求对应的SNS的功能接口对业务请求进行处理可以包括两个步骤:首先是解析步骤:对业务请求进行解析，即将业务请求中所携带的确定与该业务请求对应的SNS的参数信息；根据对业务请求解析之后获取的解析结果(即解析出的参数信息)确定业务请求所对应的SNS网站；处理步骤:汇聚网关调用确定的SNS网站的功能接口对业务请求进行处理，在调用的过程中，汇聚网关需要先调用该汇聚网关内部与各SNS对应的功能接口对应的接口，而后根据该对应的接口启动各SNS对应的功能接口对业务请求进行处理。
[0038]在本实施例中还提供了一种业务请求处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0039]图2是根据本发明实施例的业务请求处理装置的结构框图，如图2所示，该装置位于汇聚网关中，包括接收模块22、判断模块24和第一处理模块26，下面对该装置进行说明。
[0040]接收模块22，用于通过统一接口接收对各社交网站SNS发起的业务请求；判断模块24，连接至上述接收模块22，用于根据接收到的业务请求，判断业务请求是否属于通过汇聚网关处理的业务请求；第一处理模块26，连接至上述判断模块24，用于在判断结果为是的情况下，调用与业务请求对应的SNS的功能接口对业务请求进行处理。
[0041 ] 图3是根据本发明优选实施例的业务请求处理装置的结构框图，如图3所示，该装置除包括图2所示的所有模块外，还包括获取模块32、第二处理模块34和发送模块36，下面对该优选装置进行说明。
[0042]获取模块32，用于在汇聚网关调用与业务请求对应的SNS的功能接口对业务请求进行处理之后，获取调用与业务请求对应的社交网站的功能接口对业务请求进行处理之后所获得的处理结果；第二处理模块34，连接至上述获取模块32，用于将获取的处理结果处理为统一的消息格式；发送模块36，连接至上述第二处理模块34，用于通过统一接口发送具有统一消息格式的处理结果。
[0043]图4是根据本发明实施例的业务请求处理装置中的判断模块24的优选结构框图，如图4所示，该判断模块24包括第一判断单元42和第一确定单元44。
[0044]第一判断单元42，用于判断发起业务请求的账号与汇聚网关通过调用SNS网站的功能接口处理业务请求的应用是否存在绑定关系；第一确定单元44，连接至上述第一判断单元42，用于在第一判断单元的判断结果为是的情况下，确定业务请求属于通过汇聚网关处理的业务请求。
[0045]图5是根据本发明实施例的业务请求处理装置中的第一处理模块26的优选结构框图，如图5所示，该第一处理模块26包括第一解析单元52、第二确定单元54和第一调用单元56，下面对该第一处理模块26进行说明。
[0046]第一解析单元52，用于对业务请求进行解析；第二确定单元54，连接至上述第一解析单元52，用于根据对业务请求解析之后获取的解析结果确定业务请求所对应的SNS网站；第一调用单元56，连接至上述第二确定单元54，用于调用确定的SNS网站的功能接口对业务请求进行处理。
[0047]图6是根据本发明优选实施例的业务请求处理装置的结构框图，如图6所示，该装置除包括图2所示的所有模块外，还包括建立模块62，该建立模块62连接至上述接收模块22，用于在汇聚网关通过统一接口接收对各SNS发起的业务请求之前，汇聚网关以作为第三方应用向各SNS注册应用的方式与各SNS建立连接。
[0048]上述实施例及优选实施方式提供的多SNS汇聚网关系统，通过对用户统一接口的方式来屏蔽不同的SNS服务商之间的接口差异性，不仅能够为基于SNS网站的用户提供统一的平台，以满足用户在开发SNS交互式应用时有统一的开放接口 ；还能够满足SNS网站的使用者在进行日常操作时统一化的处理需求。
[0049]作为多SNS汇聚网关系统，需要与SNS网站建立连接，同时要为SNS网站的用户提供统一接口，并处理相应的请求。因此，多SNS汇聚网关系统主要涉及以下两个方面:
[0050]一方面，与各SNS网站的交互:首先，按照各SNS网站的不同接入方式(例如，OAUTHl.0a、0AUTH2.0等)，将汇聚网关作为第三方应用在各大SNS网站注册，使汇聚网关系统(或汇聚网关)作为各SNS网站的应用，从而能够被汇聚网关系统的用户所访问和使用，以此来屏蔽各SNS网站用户使用时需要根据接入方式的不同而调整接入策略；其次，将汇聚网关注册为应用所得到的应用ID和应用密码(由于各网站所采用的为用户资源授权的标准不同，返回的ID和密码名称会有所差异)记录在汇聚网关的配置文件中；然后，汇聚网关调用各个SNS网站的开放接口实现社交功能，例如，发布消息(微博)，获取信息等。
[0051]另一方面，汇聚网关中的分发子系统负责将用户的请求分发到所要访问的具体SNS网站页面，无需SNS网站用户输入各自网站的请求；并为汇聚网关系统的用户提供多种不同类型的接口，例如，消息接口(基于TCP、UDP或者HTTP协议)、文件接口等多种类型，以满足不同需求的用户；此外，对于各SNS网站接口、入口参数等存在差异和个性的地方加以屏蔽，使用简单有效的统一的请求格式，使SNS网站用户在使用中直观的区分各SNS网站的差异性，方便用户使用；其次，对于汇聚网关用户发送至汇聚网关的请求进行内部的处理，在汇聚网关系统对统一接口解析后，定位到对应的SNS网站以完成相应用户请求的任务。
[0052]较优地，多SNS汇聚网关系统对用户数据的交互可以采用无状态的方式，因为无状态在采用分布式存储时不需要交互的连续性，例如:分布式存储由多个存储服务器A, B, C，D…组成，用户的数据第一次存储到A上；如果按照“有状态”的情况，第二次用到数据时还应到A上进行交互；如果按照“无状态”的方式，可以到B或C或其他服务器上取得，即，“无状态”的方式对于分布式存储有着比较明显的优势:可以进行线性扩展、并对待大数据量时性能较高。因此，多SNS汇聚网关系统对用户数据的交互采用无状态的方式，进而支持分布式部署，在面对大量的互联网用户的数据时，汇聚网关系统可以根据实际情况进行线性扩展，增加系统在面对大数据量时的性能；在多SNS汇聚网关系统中的存储子系统，作为存储汇聚网关用户信息的模块，采用云存储方式对数据进行存放，增加系统的容灾性。
[0053]通过上述实施例及优选实施方式，能够将提供不同接口和服务的各SNS网站的资源通过汇聚网关系统展现给各SNS网站的用户，屏蔽了不同网站之间的差异性，丰富了 SNS网站提供的接口类型；解决了用户对于各SNS网站使用个数的增多而带来的应用的复用性降低和开发成本增加的缺点；具有分布式部署和云存储方式的汇聚网关系统也使得系统用户资源得到了保护，增加容灾性，进而有效的为SNS网站用户带来便利，并且有效的降低了交互性应用的开发成本。
[0054]下面结合附图对本发明实施例进行说明。
[0055]图7是根据本发明实施例的汇聚网关系统部署的示意图，如图7所示，该汇聚网关系统74 —面与SNS网站互联网业务用户721或SNS网站个人用户722连接，另一方面与各SNS网站76相连接，通过与上述两方面的连接进行对应的处理，另外，该汇聚网关系统74本身包括:接入分发子系统742、业务处理子系统744、分布式存储子系统746和资源接口子系统748，下面对上述各系统分别进行说明。
[0056]接入分发子系统742，用于将用户的请求分发到所要访问的具体SNS网站，无需SNS网站用户输入各自网站的请求，另外，还为汇聚网关系统的用户提供多种不同类型的接Π ；
[0057]业务处理子系统744，根据接入分发子系统742所分发的业务请求，对该业务请求进行相应的解析及调用相应的SNS网站的功能接口进行处理；
[0058]分布式存储子系统746，与上述业务处理子系统744所处的位置可以相同，用于存储汇聚网关用户的信息以及存储汇聚网关作为应用注册到各SNS网站时的配置信息；
[0059]资源接口子系统748，用于配合业务处理子系统744调用各SNS网站的相应功能接口，从而实现对各SNS网站的业务请求的处理。
[0060]当然，对于汇聚网关系统的部署结构图，还可以有另一种表现方式，图8是根据本发明实施例的汇聚网关系统部署的另一示意图，如图8所示，该汇聚网关84(与图7中的汇聚网关系统74功能相同)同样一面与网关用户82 (与图7中的SNS网站互联网业务用户721或SNS网站个人用户722的功能相当)连接，另一方面与各SNS网站86 (与图7中的各SNS网站76相当)相连接，通过与上述两方面的连接进行对应的处理，另外，该汇聚网关84本身包括:接入分发模块842 (与图7中的接入分发子系统742功能相当)、业务处理模块844 (与业务处理子系统744功能相当)、分布式存储模块846 (与图7中的分布式存储子系统746功能相当)和资源接口模块848 (与图7中的资源接口子系统748功能相当)，对于各个模块所具有的功能上述说明过的在此不再赘述。
[0061]在使用汇聚网关之前，需要做以下准备工作:[0062]1、在需要使用的SNS网站的开放平台注册应用，例如，名为“汇聚网关”的应用，等待网站做出回应，并获取所注册的SNS网站返回的应用ID和密码，并将返回的应用ID和密码写入系统配置中，可以采用配置文件或者数据库的方式存储，将作为汇聚网关在SNS网站的客户端标示。
[0063]2、汇聚网关用户要在所需要的SNS网站上进行用户注册，让其具有使用SNS网站应用的权限。
[0064]3、汇聚网关用户在使用汇聚网关的各项功能接口之前，还需要经过账号绑定的过程。通过汇聚网关提供的统一格式的接口，将用户账号和汇聚网关在对应SNS网站的应用进行绑定，以便能够通过汇聚网关在相应的SNS网站进行开发和使用。
[0065]图9是根据本发明实施例的账号绑定的流程图，如图9所示，该流程包括如下步骤:
[0066]步骤S902，汇聚网关用户通过绑定页面发送绑定请求，在请求中携带定位到具体SNS网站的参数；
[0067]步骤S904，汇聚网关资源层(解析单元)解析绑定请求；
[0068]步骤S906，汇聚网关业务处理子系统(处理单元)重定向请求到各SNS网站官方登录页面；
[0069]步骤S908，汇聚网关用户在SNS页面输入对应网站的用户账号和密码，登录SNS网站；
[0070]步骤S910，SNS网站处理登录成功后，重定向到汇聚网关绑定回调接口 ；
[0071]步骤S912，汇聚网关的解析单元再次通过处理单元发送鉴权请求给SNS网站；
[0072]步骤S914, SNS网站返回访问令牌(Acess Token)给汇聚网关；
[0073]步骤S916，汇聚网关在存储子系统中保存绑定关系；
[0074]步骤S918，汇聚网关调用绑定通知接口，通知绑定结果。
[0075]图10是根据本发明实施例的通过汇聚网关实现业务请求的功能操作的流程图，如图10所示，该流程包括如下步骤:
[0076]步骤S1002，汇聚网关用户发起功能请求到汇聚网关的解析单元；
[0077]步骤S1004，汇聚网关的解析单元对接收到的功能请求进行解析，并将解析结果转入汇聚网关的处理单元；
[0078]步骤S1006，汇聚网关的处理单元通过调用各SNS网站的功能接口对功能请求进行处理；
[0079]步骤S1008，各SNS网站通过调用的各功能接口完成功能请求所对应的功能实现；
[0080]步骤S1010，各SNS网站将对功能请求的处理结果作为响应结果返回给汇聚网关的处理单元；
[0081]步骤S1012，汇聚网关的处理单元针对返回的处理结果创建统一的响应结果；
[0082]步骤S1014，汇聚网关的处理单元将返回的响应执行结果返回给汇聚网关的解析单元；
[0083]步骤S1016，汇聚网关的解析单元将返回的响应执行结果返回给汇聚网关用户。
[0084]在上述准备工作完成之后，即可以使用汇聚网关对所需SNS网站进行统一操作，图11是根据本发明实施例的汇聚网关对各SNS网站进行统一操作的流程图，如图11所示，该流程包括如下步骤:
[0085]步骤S1102，汇聚网关在SNS网站注册为一个应用；
[0086]步骤S1104，汇聚网关接收到汇聚网关用户的业务请求，例如，汇聚网关用户通过汇聚网关提供的统一接口向网关进行请求的发送，请求中携带有定位到具体SNS网站的请求参数；
[0087]步骤S1106，第二步，汇聚网关的解析单元通过对请求中参数的解析，判断该汇聚网关用户是否是已注册的SNS网站用户；在判断结果为是的情况下，进入步骤S1110，否则进入步骤SI 108 ；
[0088]步骤S1108，该汇聚网关用户在SNS网站进行注册，并在注册完成之后返回步骤SI 104重新发送业务请求；
[0089]步骤S1110，通过解析之后获取的参数确定请求发送的目的网站、需要完成的功能等，并将解析之后的请求送至汇聚网关的处理单元，汇聚网关的处理单元接收到经过解析过后的请求后，通过绑定关系和请求中解析后的参数对比，判断发送请求的汇聚网关用户是否已进行了账号绑定，在判断结果为否的情况下，进入步骤S1112，否则进入步骤S1114;
[0090]步骤S1112，进行账号绑定，即没有进行账号绑定操作，则没有保存绑定关系，业务处理子系统的处理单元将错误响应发送至解析单元，解析单元进而发送至汇聚网关的用户，进行账号绑定，在并在账号绑定完成之后返回步骤SI 104重新发送业务请求；
[0091]步骤S1114，根据业务请求进行业务处理，即在判断结果为进行了账号绑定操作之后，处理单元调用网关内部的对应各SNS网站的功能接口，将请求发送至对应的SNS网站；
[0092]步骤SI 116，各SNS网站对业务请求进行处理，并在SNS网站完成请求的功能之后，判断返回功能的执行结果是否成功，在SNS网站响应成功的情况下，进入步骤S1118，否则返回步骤S1120 ；
[0093]步骤S1118，返回处理成功响应；
[0094]步骤S1120，根据失败原因统一响应结果；
[0095]步骤S1122，返回统一失败结果响应。
[0096]需要说明的是，在处理中，处理单元会首先接收到SNS网站的官网返回的执行结果，之后，汇聚网关通过处理单元要将各SNS网站的请求和响应做成统一的消息格式，以满足汇聚网关用户的需求，在收到官网响应的执行结果之后，汇聚网关的处理单元会创建统一格式的执行结果响应，并由处理单元将此响应发送至解析单元，进而由解析单元将执行结果的响应发送至汇聚网关的用户。
[0097]在上述实施例及优选实施方式提供的多SNS汇聚网关处理业务请求的方案中，通过将不同SNS网站间的开放接口进行统一，为SNS网站的用户提供清晰、简洁、易维护的接口，同时接收到统一的执行结果，适用于多SNS网站交互应用的开发和拥有多SNS网站账号的用户的使用；不仅能够减少开发成本，降低操作的复杂性，节约时间，同时增强了请求的可靠性和返回结果的可读性，保障了更好的用户体验效果。
[0098]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0099]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种业务请求处理方法，其特征在于，包括: 汇聚网关通过统一接口接收对各社交网站SNS发起的业务请求； 所述汇聚网关根据接收到的所述业务请求，判断所述业务请求是否属于通过所述汇聚网关处理的业务请求； 在判断结果为是的情况下，所述汇聚网关调用与所述业务请求对应的SNS的功能接口对所述业务请求进行处理。
2.根据权利要求1所述的方法，其特征在于，在所述汇聚网关调用与所述业务请求对应的SNS的功能接口对所述业务请求进行处理之后，还包括: 所述汇聚网关获取调用与所述业务请求对应的社交网站的功能接口对所述业务请求进行处理之后所获得的处理结果； 所述汇聚网关将获取的所述处理结果处理为统一的消息格式； 所述汇聚网关通过所述统一接口发送具有所述统一消息格式的处理结果。
3.根据权利要求1所述的方法，其特征在于，所述汇聚网关根据接收到的所述业务请求，判断所述业务请求是否属于通过所述汇聚网关处理的业务请求包括: 判断发起所述业务请求的账号与所述汇聚网关通过调用所述SNS网站的功能接口处理业务请求的应用是否存在绑定关系； 在判断结果为是的情况下，确定所述业务请求属于通过所述汇聚网关处理的业务请求。`
4.根据权利要求1所述的方法，其特征在于，所述汇聚网关调用与所述业务请求对应的SNS的功能接口对所述业务请求进行处理包括: 对所述业务请求进行解析； 根据对所述业务请求解析之后获取的解析结果确定所述业务请求所对应的SNS网站； 所述汇聚网关调用确定的所述SNS网站的功能接口对所述业务请求进行处理。
5.根据权利要求1-4中任一项所述的方法，其特征在于，在所述汇聚网关通过所述统一接口接收对所述各SNS发起的业务请求之前，还包括: 所述汇聚网关以作为第三方应用向各SNS注册应用的方式与所述各SNS建立连接。
6.一种业务请求处理装置，其特征在于，位于汇聚网关中，包括: 接收模块,用于通过统一接口接收对各社交网站SNS发起的业务请求； 判断模块，用于根据接收到的所述业务请求，判断所述业务请求是否属于通过所述汇聚网关处理的业务请求； 第一处理模块，用于在判断结果为是的情况下，调用与所述业务请求对应的SNS的功能接口对所述业务请求进行处理。
7.根据权利要求6所述的装置，其特征在于，还包括: 获取模块，用于在所述汇聚网关调用与所述业务请求对应的SNS的功能接口对所述业务请求进行处理之后，获取调用与所述业务请求对应的社交网站的功能接口对所述业务请求进行处理之后所获得的处理结果； 第二处理模块，用于将获取的所述处理结果处理为统一的消息格式； 发送模块，用于通过所述统一接口发送具有所述统一消息格式的处理结果。
8.根据权利要求6所述的装置，其特征在于，所述判断模块包括:第一判断单元，用于判断发起所述业务请求的账号与所述汇聚网关通过调用所述SNS网站的功能接口处理业务请求的应用是否存在绑定关系； 第一确定单元，用于在所述第一判断单元的判断结果为是的情况下，确定所述业务请求属于通过所述汇聚网关处理的业务请求。
9.根据权利要求6所述的装置，其特征在于，所述第一处理模块包括: 第一解析单元，用于对所述业务请求进行解析； 第二确定单元，用于根据对所述业务请求解析之后获取的解析结果确定所述业务请求所对应的SNS网站； 第一调用单元，用于调用确定的所述SNS网站的功能接口对所述业务请求进行处理。
10.根据权利要求6-9中任一项所述的装置，其特征在于，还包括:建立模块，用于在所述汇聚网关通过所述统一接口接收对所述各SNS发起的业务请求之前，所述汇聚网关以作为第三方应用向各SNS注册应用的方式与所述各SNS建立连接 。
【文档编号】H04L29/06GK103516741SQ201210209813
【公开日】2014年1月15日 申请日期:2012年6月25日 优先权日:2012年6月25日
【发明者】孟祥博, 周黎明, 丁岩 申请人:中兴通讯股份有限公司